Почему возобновление активности в 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.
Ответы
Ответ 1
Я мог бы постоянно воспроизводить эту проблему, когда в Application.onCreate() работает много времени.
В этом случае, если я нажимаю значок приложения из панели запуска, но затем быстро нажимаю кнопку "домой" и запускаю другие приложения, я в конечном итоге получаю этот сбой.
Изменение в моем приложении, которое делает возможным эту ошибку, android:noHistory="true"
в объявлении активности AndroidManifest.xml.
Похоже, что Android рассматривает действия с историей backstack и без разницы для целей токена окна.
Ответ 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?");
Ответ 3
У меня была такая же проблема, такая же ошибка без трассировки стека.
Я использовал много одноэлементных классов, в которых содержалась переменная, указывающая на контекст активности. После перезаписи моего кода для устранения таких ссылок в контексте проблема, похоже, исчезла.
Итак, даже если в диалоговом окне нет проблемы, вы можете обнаружить, что неверно ссылаетесь на контекст в другом месте вашего кода.
Ответ 4
Этот 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 вы будете четко.