[Android]从源码的角度理解为什么Dialog不能在Application中展示(1)

throw e;
}
}
}

这里创建了viewRootImpl并执行了ViewRootImpl#setView方法：

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
mView = view;
…
try {
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mInputChannel);
} catch (RemoteException e) {
} finally {

}
…
if (res < WindowManagerGlobal.ADD_OKAY) {
mAttachInfo.mRootView = null;
mAdded = false;
mFallbackEventHandler.setView(null);
unscheduleTraversals();
setAccessibilityFocus(null, null);
switch (res) {
case WindowManagerGlobal.ADD_BAD_APP_TOKEN:
case WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN:
throw new WindowManager.BadTokenException(
"Unable to add window – token " + attrs.token

• " is not valid; is your activity running?");
  …
  }
  throw new RuntimeException(
  "Unable to add window – unknown error code " + res);
  }
  …
  }
  }
  }

在这个方法中，我们找到了抛出异常的地方，当res的值为WindowManagerGlobal.ADD_BAD_APP_TOKEN或则WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN时，会抛出文章开头处的错误。 这个res是IWindowSession#addToDisplay方法的返回值。IWindowSession是一个Binder接口，负责ViewRootImpl和WindowManagerService的通信，在ViewRootImpl对象创建时获取。在这里IWindowSession#addToDisplay最终会调用WindowManagerService#addWindow方法：

// com.android.server.wm.WindowManagerService
public int addWindow(Session session, IWindow client, int seq,
WindowManager.LayoutParams attrs, int viewVisibility, int displayId,
Rect outContentInsets, Rect outStableInsets, Rect outOutsets,
InputChannel outInputChannel) {
…
synchronized(mWindowMap) {
…
if (type >= FIRST_SUB_WINDOW && type <= LAST_SUB_WINDOW) {
parentWindow = windowForClientLocked(null, attrs.token, false);
if (parentWindow == null) {
Slog.w(TAG_WM, "Attempted to add window with token that is not a window: "

• attrs.token + “. Aborting.”);
  return WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN;
  }
  if (parentWindow.mAttrs.type >= FIRST_SUB_WINDOW
  && parentWindow.mAttrs.type <= LAST_SUB_WINDOW) {
  Slog.w(TAG_WM, "Attempted to add window with token that is a sub-window: "
• attrs.token + “. Aborting.”);
  return WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN;
  }
  }
  WindowToken token = displayContent.getWindowToken(
  hasParent ? parentWindow.mAttrs.token : attrs.token);
  if (token == null) {
  if (rootType >= FIRST_APPLICATION_WINDOW && rootType <= LAST_APPLICATION_WINDOW) {
  Slog.w(TAG_WM, "Attempted to add application window with unknown token "
• attrs.token + “. Aborting.”);
  return WindowManagerGlobal.ADD_BAD_APP_TOKEN;
  }
  …
  }
  …
  return res;
  }

通过这个方法，可以确定方法返回WindowManagerGlobal.ADD_BAD_APP_TOKEN或则WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN的条件，即Window的类型为子窗口时，parentWindow为空会返回WindowManagerGlobal.ADD_BAD_SUBWINDOW_TOKEN，当Window类型为APPLICATION_WINDOW时，当对应的WindowToken为空就会返回WindowManagerGlobal.ADD_BAD_APP_TOKEN

2. WindowToken是什么

在第一章节的最后一部分，我们引入了一个新概念：WindowToken，它和这个异常的判断息息相关，那么它是在哪里创建的呢？作用又是什么呢？

看下它的获取方式：

WindowToken getWindowToken(IBinder binder) {
return mTokenMap.get(binder);
}

先看下AppWindowToken的继承体系：

回顾一下Activity的启动流程，在Activity的启动过程中，会调用ActivityStack#startActivityLocked方法：

final void startActivityLocked(ActivityRecord r, ActivityRecord focusedTopActivity,
boolean newTask, boolean keepCurTransition, ActivityOptions options) {
…
TaskRecord task = null;
if (!newTask) {
boolean startIt = true;
for (int taskNdx = mTaskHistory.size() - 1; taskNdx >= 0; --taskNdx) {
task = mTaskHistory.get(taskNdx);
if (task.getTopActivity() == null) {
continue;
}
if (task == rTask) {
if (!startIt) {
if (DEBUG_ADD_REMOVE) Slog.i(TAG, "Adding activity " + r + " to task "

• task, new RuntimeException(“here”).fillInStackTrace());
  // zhangyulong 生成WindowContainer对象
  r.createWindowContainer();
  ActivityOptions.abort(options);
  return;
  }
  break;
  } else if (task.numFullscreen > 0) {
  startIt = false;
  }
  }
  }
  …
  }

在这个方法中会调用ActivityRecord#createWindowContainer方法，在这个方法里会创建AppWindowContainer的实例，进而创建AppWindowContainerController实例，在AppWindowContainerController中会创建AppWindowToken的实例，在创建实例时会调用AppWindowToken的构造方法。从上图AppWindowToken的继承关系图我们可以知道，AppWindowToken的父类是WindowToken，其构造方法如下：

// com.android.server.wm.WindowToken
WindowToken(WindowManagerService service, IBinder _token, int type, boolean persistOnEmpty,
DisplayContent dc, boolean ownerCanManageAppTokens) {
mService = service;
token = _token;
windowType = type;
mPersistOnEmpty = persistOnEmpty;
mOwnerCanManageAppTokens = ownerCanManageAppTokens;
onDisplayChanged(dc);
}

看下onDisplayChanged方法：

// com.android.server.wm.onDisplayChanged
void onDisplayChanged(DisplayContent dc) {
dc.reParentWindowToken(this);
…
}

DisplayContent#reParentWindowToken会将该WindowToken加入到一个叫做mTokenMap的Map中，其定义为HashMap<IBinder, WindowToken> mTokenMap. 而作为key的IBinder对象，就是我们在Activity启动流程中创建的AppToken对象。也就是说，每个AppToken会对应一个AppWindowToken，简单的示例图如下：

3. 问题产生的根本原因

要想探寻这个错误产生的根本原因，我们只需要寻确认在异常产生时，Window的Type和appToken的值是什么即可。

Window的Type是比较好确认的，在创建Dialog的Window时，便生成了其对应的WindowManager.LayoutParams， 在其构造方法中已确定了Dialog对应Window的type:

public LayoutParams() {
super(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT);
type = TYPE_APPLICATION;
format = PixelFormat.OPAQUE;
}

而appToken的情况则稍显复杂，我们首先要确定这个appToken是从哪里获取的。

先看一下Dialog的构造方法：

Dialog(@NonNull Context context, @StyleRes int themeResId, boolean createContextThemeWrapper) {
…
mWindowManager = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
…
}

这个WindowManger是我们在show方法中用于执行addView的WindowManger。

那么接下来，我们就要确定在Application中启动Dialog和在Activity中启动Dialog这两种方式WindowManger的处理有什么不同就可以了。

首先看Activity的情况：

还是Dialog的构造方法，这个Context的实际类型是Activity的对象，而Activity重写了getSystemService方法：

@Override
public Object getSystemService(@ServiceName @NonNull String name) {
if (getBaseContext() == null) {
throw new IllegalStateException(
“System services not available to Activities before onCreate()”);
}

if (WINDOW_SERVICE.equals(name)) {
return mWindowManager;
} else if (SEARCH_SERVICE.equals(name)) {
ensureSearchManager();
return mSearchManager;
}
return super.getSystemService(name);
}

因此，在Dialog的构造方法中，我们获取到的实际是Activity中定义的WindowMnager，我们看下这个WindowMnager的赋值，这部分逻辑在Activity#attach方法中：

final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor,
Window window, ActivityConfigCallback activityConfigCallback) {
…

结语

看到这篇文章的人不知道有多少是和我一样的Android程序员。

35岁，这是我们这个行业普遍的失业高发阶段，这种情况下如果还不提升自己的技能，进阶发展，我想，很可能就是本行业的职业生涯的终点了。

我们要有危机意识，切莫等到一切都成定局时才开始追悔莫及。只要有规划的，有系统地学习，进阶提升自己并不难，给自己多充一点电，你才能走的更远。

千里之行始于足下。这是上小学时，那种一元钱一个的日记本上每一页下面都印刷有的一句话，当时只觉得这句话很短，后来渐渐长大才慢慢明白这句话的真正的含义。

有了学习的想法就赶快行动起来吧，不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧，不要等到面试前一晚才开始紧张，不要等到35岁甚至更晚才开始想起来要学习要进阶。

给大家一份系统的Android学习进阶资料，希望这份资料可以给大家提供帮助。

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
事情牵绊住了前行的脚步。不要等到裁员时才开始担忧，不要等到面试前一晚才开始紧张，不要等到35岁甚至更晚才开始想起来要学习要进阶。

给大家一份系统的Android学习进阶资料，希望这份资料可以给大家提供帮助。
[外链图片转存中…(img-tlHM1aLG-1715882469644)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！