对于想了解Android1.6：“android.view.WindowManager$BadTokenException：无法添加窗口——令牌null不适用于应用程序”的读者，本文将提供新的信息，并

对于想了解Android 1.6：“android.view.WindowManager$BadTokenException：无法添加窗口——令牌 null 不适用于应用程序”的读者，本文将提供新的信息，并且为您提供关于Android AlertDialog框WindowManager $BadTokenException问题、Android AVD Manager：无法创建新的设备定义(java.lang.NullPointerException)、Android BadTokenException异常解决案例详解、Android EditText 自动拼写检查报错:android.view.WindowManag的有价值信息。

• Android 1.6：“android.view.WindowManager$BadTokenException：无法添加窗口——令牌 null 不适用于应用程序”
• Android AlertDialog框WindowManager $BadTokenException问题
• Android AVD Manager：无法创建新的设备定义(java.lang.NullPointerException)
• Android BadTokenException异常解决案例详解
• Android EditText 自动拼写检查报错:android.view.WindowManag

Android 1.6：“android.view.WindowManager$BadTokenException：无法添加窗口——令牌 null 不适用于应用程序”

我正在尝试打开一个对话框窗口，但每次我尝试打开它时都会引发此异常：

Uncaught handler: thread main exiting due to uncaught exceptionandroid.view.WindowManager$BadTokenException:      Unable to add window -- token null is not for an application  at android.view.ViewRoot.setView(ViewRoot.java:460)  at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:177)  at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:91)  at android.app.Dialog.show(Dialog.java:238)  at android.app.Activity.showDialog(Activity.java:2413)

我通过showDialog使用显示器的 ID
调用来创建它。处理程序记录正常，onCreateDialog我可以毫无问题地逐步完成它，但我已经附加了它，因为我似乎遗漏了一些东西：

@Overridepublic Dialog onCreateDialog(int id){    Dialog dialog;    Context appContext = this.getApplicationContext();    switch(id)    {        case RENAME_DIALOG_ID:            Log.i("Edit", "Creating rename dialog...");            dialog = new Dialog(appContext);            dialog.setContentView(R.layout.rename);            dialog.setTitle("Rename " + noteName);            break;        default:            dialog = null;            break;    }    return dialog;      }

这有什么遗漏吗？一些问题谈到了在创建对话框时遇到此问题onCreate，这是因为尚未创建活动，但这是来自菜单对象的调用，并且该appContext变量似乎已正确填充在调试器中。

答案1

而不是 : Context appContext = this.getApplicationContext();
您应该使用指向您所在活动的指针（可能this）。

我今天也被这个咬了，烦人的部分是getApplicationContext()来自 developer.android.com 的逐字记录 :(

Android AlertDialog框WindowManager $BadTokenException问题

infos.setonCreateContextMenuListener(new OnCreateContextMenuListener(){
            //@Override
            public void onCreateContextMenu(ContextMenu menu,View v,ContextMenu.ContextMenuInfo menuInfo) {
                menu.setHeaderTitle("Context Menu");
                menu.add(0,CONTEXT_EDIT,"Edit Item");
                menu.add(0,CONTEXT_DELETE,1,"Delete Item");
            }
});

public boolean onContextItemSelected(MenuItem item) {

        AdapterView.AdapterContextMenuInfo menuInfo = (AdapterView.AdapterContextMenuInfo)item.getMenuInfo();
        final Long _id = menuInfo.id;
        //selected_row = menuInfo.position;

        // To get the id of the clicked item in the list use menuInfo.id
        switch (item.getItemId()) {
            case CONTEXT_EDIT:
                addEditRes(_id);
                break;
            case CONTEXT_DELETE:
                AlertDialog.Builder builder = new AlertDialog.Builder(this);
                builder.setMessage("Are you sure you want to delete?")
                       .setCancelable(false)
                       .setPositiveButton("Yes",new DialogInterface.OnClickListener() {
                           public void onClick(DialogInterface dialog,int id) {
                               infoDataHelper.deleteRes(_id);  
                               model = infoDataHelper.getCursor(addType);
                               adapter.changeCursor(model);
                           }
                       })
                       .setNegativeButton("No",int id) {
                                dialog.cancel();
                           }
                       });
                AlertDialog alert = builder.create();   
                alert.show();
                break;
            default:
                return super.onContextItemSelected(item);

        }
        adapter.notifyDataSetChanged();
        return true;
}

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

AlertDialog.Builder builder = new AlertDialog.Builder(this);

AlertDialog.Builder builder = new AlertDialog.Builder(MyActivityName.this);

Android AVD Manager：无法创建新的设备定义(java.lang.NullPointerException)

java.lang.NullPointerException
    at com.android.sdkuilib.internal.widgets.DeviceCreationDialog.okpressed(DeviceCreationDialog.java:916)
    at org.eclipse.jface.dialogs.Dialog.buttonpressed(Dialog.java:472)
    at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:624)
    at org.eclipse.swt.widgets.TypedListener.handleEvent(UnkNown Source)
    at org.eclipse.swt.widgets.EventTable.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.display.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.notifyListeners(UnkNown Source)
    at org.eclipse.swt.widgets.display.runDeferredEvents(UnkNown Source)
    at org.eclipse.swt.widgets.display.readAnddispatch(UnkNown Source)
    at org.eclipse.jface.window.Window.runEventLoop(Window.java:825)
    at org.eclipse.jface.window.Window.open(Window.java:801)
    at com.android.sdkuilib.internal.repository.ui.DeviceManagerPage.onNewDevice(DeviceManagerPage.java:658)
    at com.android.sdkuilib.internal.repository.ui.DeviceManagerPage.access$100(DeviceManagerPage.java:97)
    at com.android.sdkuilib.internal.repository.ui.DeviceManagerPage$3.widgetSelected(DeviceManagerPage.java:215)
    at org.eclipse.swt.widgets.TypedListener.handleEvent(UnkNown Source)
    at org.eclipse.swt.widgets.EventTable.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.display.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.sendEvent(UnkNown Source)
    at org.eclipse.swt.widgets.Widget.notifyListeners(UnkNown Source)
    at org.eclipse.swt.widgets.display.runDeferredEvents(UnkNown Source)
    at org.eclipse.swt.widgets.display.readAnddispatch(UnkNown Source)
    at com.android.sdkuilib.internal.repository.ui.AvdManagerWindowImpl1.open(AvdManagerWindowImpl1.java:146)
    at com.android.sdkuilib.repository.AvdManagerWindow.open(AvdManagerWindow.java:94)
    at com.android.sdkmanager.Main.showAvdManagerWindow(Main.java:437)
    at com.android.sdkmanager.Main.doAction(Main.java:379)
    at com.android.sdkmanager.Main.run(Main.java:150)
    at com.android.sdkmanager.Main.main(Main.java:116)

Android BadTokenException异常解决案例详解

线上出现了如上的 crash，第一解决反应是在 show dialog 之前做个 isFinish 和 isDestroyed 判断，当我翻开代码正要解决时，我惊了，原来已经做过了如上的判断检测，示例伪代码如下：

public void showDialog(Activity activity){
    new OkHttp().call(new Callback(){
        void onSucess(Response resp){
            if(activity!=null && !activity.isFinishing() && !activity.isDestroed()){
               new Dialog().show()   
            }
        }
    })
}

这该如何是好，正常的判断解决不了 badToken 问题，在焦灼之际重新回顾一下 framework 的源码，AMS 分发 onDestroy 生命周期在 ActivityRecord 类(基于 Android 10 源码)：

1、第一个红框调用 ApplicationThread binder 代理的 scheduleTransaction 方法，回执的生命周期为 DestroyActivityItem，scheduleTransaction 方法将包裹着 DestroyActivityItem 的 ClientTransaction 分发给 ActivityThread , ActivityThread 的父类会处理 scheduleTransaction ，并将 ClientTransaction 切换到主线程进行进行 Activity 的生命周期调度。为什么要把这个过程理清，后面解决部分会 hook 该过程

2、第二个红框是 Destroy 生命周期超时处理，超时时间为 10s，如果分发给应用进程的 onDestroy 10s 内处理未结束，AMS 也会在超时的时候，将该 Activity 标记为已销毁，并通知 WMS 删除该 Activity 的 token。

通过这两点，我们可以推理出我们应用当时处于什么环境：

AMS 已经将销毁的指令告诉应用进程了，但应用进程一直在处理自己的事情，未处理 Destroy 生命周期(从业务代码 > isDestroyed> = false 可知)，然后 AMS 的 10s 超时机制到了，并通知 WMS 移除 token，然后我们的业务代码异步请求网络完成，判断 isFinish 和 isDestroyed 都是有效的，然后就顺理成章的执行了 show dialog 操作，发生了该异常。

我们可以画个简单的图：

解决办法1

既然是 AMS 发的 destroy 消息被主线程的其他任务阻塞导致一直没执行，那么，我们可以在 show dialog 的时候去检查一下主线程的 MessageQueue，遍历一下所有的 Message，看看里面有没有 Destroy Message，如果有的话，说明当前会发生 badToken 异常。

查看了下 MessageQueue 的 mMessages 字段，发现该字段被标注为 UnsupportedAppUsage 注解，看起来不支持给 app 调用，先不管，我们先 hook 一番，代码就不贴了，后面给出示例代码，一顿操作猛如虎，发现是可以通过反射拿到 Message 的，然后接下来就可以通过递归遍历 Message next，取出所有的 Message。

在拿到 Message 的同时，我们要怎么识别出这是个 Destroy Message 呢？

这要看不同的系统版本：

• Android P 之前(不包括 P)，destroy message 是通过给 Message.what = DESTROY_ACTIVITY 来进行分发的，DESTROY_ACTIVITY = 109，那么我们就可以判断，只要 Message 中的 what 为 109 即可判断当前是 Destroy Message。
• Android P 之后(包括 P)，AMS 的生命周期分发改了，不再是通过调用 ApplicationThread 的某个方法，然后根据 DESTROY_ACTIVITY 这种数值型来分发，而是全部统一走 ApplicationThread 的 scheduleTransaction 方法，生命周期标识是存放在参数 ClientTransaction 中，在切换到主线程时，会执行 ClientTransaction 的 getLifecycleStateRequest 方法，拿到 ActivityLifecycleItem，ActivityLifecycleItem 的子类很多，其中就有 DestroyActivityItem ，我们只需要判断 Message 中是否有 DestroyActivityItem 即可

部分示例代码如下：

fun isOnDestroyMsgExit(): Boolean {
  val msg = hookMessage()
  return nextMessage(::isOnDestroyMsgExit, msg)
}
​
private fun isOnDestroyMsgExit(msg: Message): Boolean {
  if (Build.VERSION.SDK_INT > Build.VERSION_CODES.O) {
    if (msg.what == EXECUTE_TRANSACTION && msg.obj != null) {
        val clazz = msg.obj::class.java
        if (TextUtils.equals(clazz.name, "android.app.servertransaction.ClientTransaction")) {
           val method = clazz.getDeclaredMethod("getLifecycleStateRequest")
           method.isAccessible = true
           val obj =  method.invoke(msg.obj)
           if (obj!=null){
              val clazzName = obj::class.java.name
              if (TextUtils.equals(clazzName,"android.app.servertransaction.DestroyActivityItem") ){
                  return true
              }
           }
        }
     }
  } else {
    return msg.what == DESTROY_ACTIVITY
  }
  return false
}

demo 验证如下，destroy message 被成功拿到：

那么我们的业务代码的判断就可以改造成：

public void showDialog(Activity activity){
    new OkHttp().call(new Callback(){
        void onSucess(Response resp){
            if(activity!=null 
               && !activity.isFinishing() 
               && !activity.isDestroed()
                // 多加一条判断，判断当前消息队列中没有 destroy message
               && !BadTokenUtils.isOnDestroyMsgExit()
              ){
               new Dialog().show()   
            }
        }
    })
}

这种方式有个缺点，大量的 hook message 会造成应用的不稳定性。

解决方法2

业务代码是在请求网络成功的时候进行的 dialog 展示，这时候又有人问了，这是在子线程，怎么能 show dialog 呢？其实不然，ViewRoomImpl 检验线程，是判断创建 ViewRootImpl 时的线程与 requestLayout 的线程一致，是一样的话，即可直接操作。

但这一点提醒到了我，我们能否将 show dialog 的逻辑放到主线程来做，MessageQueue 已经有了 destroy 消息，如果我们再发一个 show dialog message 的话，那肯定是排在 destroy message 后面的(Message 会根据 when 来整理链表)，那么，先处理的 destroy message 会使 isDestroyed 为 true，这样，我们的判断就生效了，示例图如下：

代码则变为：

public void showDialog(Activity activity){
   new OkHttp().call(new Callback(){
       void onSucess(Response resp){
          // 先判断一次
          if(activity!=null  && !activity.isFinishing() && !activity.isDestroed() ){ 
              // 切到主线程，post 一个 message 给 MQ
              activity.runOnUiThread(new Runnable() {
                @Override
                 public void run() {
                   // 再判断一次
            if(activity!=null  && !activity.isFinishing() && !activity.isDestroed() ){
                       new Dialog().show()   
                    }
                 }
              });
           }
    });
}

缺点：runOnUiThread 只对异步线程有效，因为在主线程会被直接执行，并不会插入一条 message，解决办法也有，如果当前是在主线程的话，可以通过 handler 的方式发送一条 message，如 Handler(Looper.getMainLooper()).post()

总结

大部分场景都能通过 isFinish 和 isDestroyed 判断来解决，但对于主线程做耗时任务导致 destroy message 没有被正确处理情况，还是得回归到应用稳定性治理层面，虽然能解决 badToken 问题，但本质上应用卡顿问题依然存在.

本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注的更多内容！

Android EditText 自动拼写检查报错:android.view.WindowManag

需要给EditText设置inputtype属性,将自动拼写检查屏蔽掉.

                    android:inputType="textNoSuggestions"

今天关于Android 1.6：“android.view.WindowManager$BadTokenException：无法添加窗口——令牌 null 不适用于应用程序”的分享就到这里，希望大家有所收获，若想了解更多关于Android AlertDialog框WindowManager $BadTokenException问题、Android AVD Manager：无法创建新的设备定义(java.lang.NullPointerException)、Android BadTokenException异常解决案例详解、Android EditText 自动拼写检查报错:android.view.WindowManag等相关知识，可以在本站进行查询。