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

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

android.view.WindowManager$BadTokenException: Unable to add window -- token [email protected] 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)

Update:

Вот как я могу удаленно извлекать этот стек. Во-первых, я добавляю unsaughtExceptionHandler в начало моей активности 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.

+11
источник поделиться
4 ответа

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

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

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

+4
источник

Существует множество сообщений об одном и том же исключении. Все указывают на некоторое представление, которое использует неправильный 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?");
+2
источник
другие ответы

Связанные вопросы


Похожие вопросы

У меня была такая же проблема, такая же ошибка без трассировки стека.

Я использовал много одноэлементных классов, в которых содержалась переменная, указывающая на контекст активности. После перезаписи моего кода для устранения таких ссылок в контексте проблема, похоже, исчезла.

Итак, даже если в диалоговом окне нет проблемы, вы можете обнаружить, что неверно ссылаетесь на контекст в другом месте вашего кода.

0
источник

Этот Crash долго меня беспокоил, Но, наконец, я исправил это. просто добавьте следующий код в свой класс 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 вы будете четко.

-1
источник

Посмотрите другие вопросы по меткам или Задайте вопрос