Почему возобновление активности в Android вызывает BadTokenException?

Question

Народ - может кто-нибудь объяснить этот стек? Обратите внимание, что мой код нигде нет. Если вы используете Google для любого из этих исключений, все, кто сталкивался с этой проблемой, пытались создать диалоги после завершения действия, что, похоже, здесь не так. Это просто простое резюме деятельности. Я часто получаю сообщение об этом исключении от клиентов на местах и ​​хотел бы исправить его, если это возможно.

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)

Обновить:

Вот как я могу получить этот стек удаленно. Сначала я добавляю uncaughtExceptionHandler в начало onCreate моей деятельности:

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();
    }
}

Это код, который отправляет мне много стеков в час, как показано выше.

Более того, если вы посмотрите на код ActivityThread с помощью поиска кода Google, вы можете увидеть эту проверку перед вызовом addView:

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

Таким образом, действие еще не завершено, и поэтому оно должно оставаться действительным.

Кроме того, номера строк не совпадают с тем, что вы видите в исходном коде Google. Извлеките файл ActivityThread.java из источника 2.3.3. Строка 2268 находится в закрытом методе createThumbnailBitmap. Версия сборки, загруженная аварийным клиентом, равна 10, что указывает на то, что SDK_INT равен 10, и, следовательно, это 2.3.3.

Answer 1

Я мог постоянно воспроизводить эту проблему, когда в Application.onCreate() выполняется длительная операция. В этом случае, если я нажимаю значок приложения в панели запуска, но затем быстро нажимаю кнопку "Домой" и запускаю другие приложения, я в конечном итоге получу этот сбой.

Изменение в моем приложении, которое делает возможным этот сбой, android:noHistory="true" в объявлении активности AndroidManifest.xml.

Похоже, Android обрабатывает действия с историей обратного стека и без различий для целей токенов окна.

Answer 2

Есть многочисленные сообщения об одном и том же исключении. Все указывают на какое-то мнение, которое использует неправильное Context,

Посмотрите примеры ниже и попробуйте найти, где в вашей Деятельности происходит нечто подобное:

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 () аварийно завершает работу с getApplicationContext

Android 1.6: "android.view.WindowManager $ BadTokenException: невозможно добавить окно - нулевой токен не для приложения"

Проверьте на setView(...) метод в ViewRoot.java код. Это может помочь вам разобраться: 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;
}

Это хорошо работает для меня, но я не знаю причину этого сбоя. После прочтения ActivityThread.java и ViewRootImpl.java в AOSP вам станет ясно.