为什么在android中恢复活动会导致BadTokenException？

Question

伙计们 - 谁能解释一下这个堆栈？请注意，我的代码不在其上。如果您搜索任何这些例外情况，那么遇到此问题的每个人都试图在活动终止后创建对话框，这似乎不是这种情况。这只是一个简单的活动简历。我经常看到该领域的客户报告此异常，并希望尽可能纠正它。

android.view.WindowManager$BadTokenException: Unable to add window -- token android.os.BinderProxy@405177d8 is not valid; is your activity running?
at android.view.ViewRoot.setView(ViewRoot.java:527)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:177)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:91)
at android.view.Window$LocalWindowManager.addView(Window.java:424)
at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:2268)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1721)
at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:2955)
at android.app.ActivityThread.access$1600(ActivityThread.java:124)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:972)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:3806)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:507)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)
at dalvik.system.NativeStart.main(Native Method)

更新：

这是我远程检索此堆栈的方法。首先，我在活动的 onCreate 顶部添加了一个 uncaughtExceptionHandler：

try {
  File crashLogDirectory = new File(Environment.getExternalStorageDirectory().getCanonicalPath() + Constants.CrashLogDirectory);
  crashLogDirectory.mkdirs();

  Thread.setDefaultUncaughtExceptionHandler(new RemoteUploadExceptionHandler(this, crashLogDirectory.getCanonicalPath()));
} catch (Exception e) {
  if (MyActivity.WARN) Log.e(MyActivity.TAG, "Exception setting up exception handler! " + e.toString());
}

在我的 RemoteUploadExceptionHandler 类中，我有以下代码：

public void uncaughtException(Thread t, Throwable e) {        
  String timestamp = Calendar.getInstance().getTime().toGMTString();
  String filename = timestamp + ".stacktrace";
  final Writer result = new StringWriter();
  final PrintWriter printWriter = new PrintWriter(result);
  e.printStackTrace(printWriter);
  String stacktrace = result.toString();
  printWriter.close();
  sendToServer(stacktrace, filename);
  defaultUEH.uncaughtException(t, e);
}


private void sendToServer(String stacktrace, String filename) {
    DefaultHttpClient httpClient = new DefaultHttpClient();
    HttpPost httpPost = new HttpPost(Constants.RemoteUploadUrl);
    List<NameValuePair> nvps = new ArrayList<NameValuePair>();
    nvps.add(new BasicNameValuePair("filename", filename));
    nvps.add(new BasicNameValuePair("stacktrace", stacktrace));
    nvps.add(new BasicNameValuePair("platform_version", platformVersion));
    nvps.add(new BasicNameValuePair("device_id", deviceId));

    nvps.add(new BasicNameValuePair("build_device", Build.DEVICE));
    nvps.add(new BasicNameValuePair("build_brand", Build.BRAND));
    nvps.add(new BasicNameValuePair("build_product", Build.PRODUCT));
    nvps.add(new BasicNameValuePair("build_manufacturer", Build.MANUFACTURER));
    nvps.add(new BasicNameValuePair("build_model", Build.MODEL));
    nvps.add(new BasicNameValuePair("build_version", String.format("%d",Build.VERSION.SDK_INT)));

    try {
        httpPost.setEntity(
                new UrlEncodedFormEntity(nvps, HTTP.UTF_8));
        httpClient.execute(httpPost);
    } catch (IOException e) {
        e.printStackTrace();
    }
}

这是每小时向我发送许多堆栈的代码，就像我上面显示的那样。

此外，如果您通过google code search 查看 ActivityThread 代码，您可以在调用 addView 之前看到此检查：

if (r.window == null && !a.mFinished && willBeVisible) {

因此，活动尚未完成，因此它应该仍然有效。

此外，行号似乎与您在 google 源代码中看到的不匹配。在 2.3.3 源中签出 the ActivityThread.java file。第 2268 行在私有方法 createThumbnailBitmap 中。崩溃客户端上传的Build Version是10，说明SDK_INT是10，所以是2.3.3。

Answer 1

当 Application.onCreate() 中运行耗时的操作时，我可以不断重现此问题。 在这种情况下，如果我在启动器中按下应用程序图标，然后快速按下主页按钮并运行其他应用程序，我最终会崩溃。

我的应用程序中导致此崩溃的更改是 AndroidManifest.xml 的 Activity 声明中的 android:noHistory="true"。

看起来 Android 处理带有回栈历史的活动，并且出于窗口令牌的目的而没有区别。

Answer 2

有许多关于同一异常的报告。都指向一些使用错误Context的观点。

请参阅下面的示例并尝试找出您的 Activity 中的哪些地方正在做类似的事情：

http://groups.google.com/group/android-developers/browse_thread/thread/7a648edddccf6f7d

http://www.anddev.org/view-layout-resource-problems-f27/how-to-fix-this-windowmanager-badtokenexception-t16555.html

Android: ProgressDialog.show() crashes with getApplicationContext

Android 1.6: "android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application"

检查ViewRoot.java 代码中的setView(...) 方法。它可能会帮助您弄清楚：http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/2.2_r1.1/android/view/ViewRoot.java#ViewRoot.setView%28android.view.View%2Candroid.view.WindowManager.LayoutParams%2Candroid.view.View%29

特别是以下几行：

case WindowManagerImpl.ADD_BAD_SUBWINDOW_TOKEN:
  throw new WindowManagerImpl.BadTokenException(
    "Unable to add window -- token " + attrs.token
    + " is not valid; is your activity running?");

Answer 3

我有同样的问题，同样的错误没有堆栈跟踪。

我一直在使用许多包含指向活动上下文的变量的单例类。在重写我的代码以消除对上下文的此类引用后，问题似乎已经消失了。

因此，即使对话框没有问题，您也可能会发现您在代码中的其他位置以错误的方式引用上下文。

Answer 4

这个崩溃困扰了我很长时间，但我终于修复了它。 只需在您的 Activity 类中添加以下代码

private boolean mDestroyed = false;

public final boolean isActivityDestroyed() {
    return mDestroyed;
}

@Override
protected void onPostResume() {
    super.onPostResume();
    if(isFinishing()){
        finish();
    }
}

@Override
public boolean isFinishing() {
    return super.isFinishing() || isActivityDestroyed();
}

@Override
protected void onDestroy() {
    super.onDestroy();
    mDestroyed = true;
}

它对我来说效果很好，但我不知道这次崩溃的根本原因。看完AOSP中的ActivityThread.java和ViewRootImpl.java就清楚了。