Android 开发艺术探索笔记 第八章 理解Window和WindowManager
Window表示一个窗口的概念，桌面上显示一个悬浮窗的东西就需要用到Window来实现。Window是一个抽象类，它的具体实现是PhoneWindow，创建可以通过WindowManager即可完成。WindowManager是外界访问Window的入口，Window的具体实现位于WindowMangerService中，WindowManager和WindowMangerService的交互是一个IPC过程。Android中所有的视图都是通过Window来呈现的，不管是Activity、Dialog还是Toast，它们的视图实际上都是通过附加在Window上的，因此，Window实际上是View的直接管理者。
Window和WindowManager
Flags参数表示Window的属性，通过这些选线可以控制Window的显示特性，介绍如下常用的：
FLAG_NOT_FOCUSABLE
表示Window不需要获取焦点，也不需要接收各种输入事件，此标记会同时启用FLAG_NOT_TOUCH_MODAL，最终事件会传递给下层的具有焦点的Window。FLAG_NOT_TOUCH_MODAL
在此模式下，系统会将当前Window区域以外的单击事件传递给底层的Window，当前Window区域以内的单击事件则自己处理。不开启此标记，其它Window无法接收到单击事件。FLAG_NOT_WHEN_LOCKED
开启此模式可以让Window显示在锁屏的界面上。
Type参数表示Window的类型，Window有三种类型，分别是应用Window、子Window和系统Window。
应用类Window对应着一个Activity。子Window不能单独存在，它需要附属在特定的父Window之中，比如常见的一些Dialog就是一个子Window。系统Window是需要声明权限才能创建的Window，比如Toast和系统状态栏这些都是系统Window。
Window是分层的，每个Window都对应着z-ordered，层级大的会覆盖在层级小的Window上面。应用Window的层级范围是1~999，子Window的范围1000~1999，系统Window的层级范围是2000~2999，层级范围对应着WindowManager.LayoutParams的type参数。系统Window的层级是最大的，系统层级有很多值，我们一般选用TYPE_SYSTEM_ERROR或者TYPE_SYSTEM_OVERLAY;如果采用TYPE_SYSTEM_ERROR，只需要为type参数指定mLayoutParams.flags = WindowManager.LayoutParams.TYPE_SYSTEM_ERROR；同时申明权限：
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>系统类型的Window是要检查权限的。
WindowManager所提供的功能很简单，常用的只有3个方法，即添加View、更新View和删除View，三个方法定义在ViewManager中，而WindowManager继承了ViewManager。
public interface ViewManager
{
public void addView(View view, ViewGroup.LayoutParams params);
public void updateViewLayout(View view, ViewGroup.LayoutParams params);
public void removeView(View view);
}
可以拖动的view效果我们只需要根据手指的位置来设定LayoutParams中的x和y的值即可改变Window的位置。首先给View设置onTouchListener，然后在onTouch方法中不断更新View的位置即可：
public boolean onTouch(View v, MotionEvent event) {
int rawX = (int) event.getRawX();
int rawY = (int) event.getRawY();
switch (event.getAction()){
case MotionEvent.ACTION_MOVE:
mLayoutParams.x = rawX;
mLayoutParams.y = rawY;
mWindowManager.updateViewLayout(mFloatingButton, mLayoutParams);
break;
default:
break;
}
return false;
}Window的内部机制
Window是一个抽象的概念，每一个Window都对应着一个View和一个ViewRootImpl,Window和View通过ViewRootImpl来建立联系，因此Window并不是实际存在的，它是以View的形式存在，对Window的访问必须通过WindowManager。
Window的添加过程
Window的添加过程需要通过WindowManager的addview来实现，WindowManager是一个接口，它的真正实现是WindowManagerImpl类。在WindowManagerImpl中Window的三大操作实现如下：
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mDisplay, mParentWindow);
}
@Override
public void updateViewLayout(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.updateViewLayout(view, params);
}
@Override
public void removeView(View view) {
mGlobal.removeView(view, false);
}WindowManagerImpl 并没有直接实现Window的三大操作，而是全部交给了WindowManagerGlobal来处理，WindowManagerGlobal以工厂的方式向外提供自己的实例。WindowManagerGlobal的addView方法主要分为如下几步。
1.检查参数是否合法，如果是子Window那么还需要调整一些布局参数
if (view == null) {
throw new IllegalArgumentException("view must not be null");
}
if (display == null) {
throw new IllegalArgumentException("display must not be null");
}
if (!(params instanceof WindowManager.LayoutParams)) {
throw new IllegalArgumentException("Params must be WindowManager.LayoutParams");
}
final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams)params;
if (parentWindow != null) {
parentWindow.adjustLayoutParamsForSubWindow(wparams);
}2.创建ViewRootImpl并将View添加到列表中
在WindowManagerGlobal内部有如下几个列表比较重要：
private final ArrayList mViews = new ArrayList();
private final ArrayList mRoots = new ArrayList();
private final ArrayList mParams =
new ArrayList();
private final ArraySet mDyingViews = new ArraySet(); 在上面的声明中，mViews存储的是所有Window所对应的View，mRoots存储的是所有Window所对应的ViewRootImpl，mParams存储的是所有Window所对应的布局参数，而mDyingViews 则存储了那些正在被删除的View的对象，或者说是那些已经调用removeView方法但是删除还未操作完成的Window对象。addView通过如下方式将Window的一些列对象添加到列表中：
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);3.通过ViewRootImpl来更新界面并完成Window的添加过程
这个步骤由ViewRootImpl的setView来完成，view的绘制过程是由ViewRootImpl来完成的。在setView的内部会通过requestLayout来完成异步刷新请求，scheduleTraversals是View绘制的入口：
public void More ...requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}接着会通过WindowSession最终来完成Window的添加过程。mWindowSession的类型是IWindowSession，它是一个Binder对象，真正的实现类是Session，也就是Window的添加过程是一次IPC调用。
try {
mOrigWindowType = mWindowAttributes.type;
mAttachInfo.mRecomputeGlobalAttributes = true;
collectViewAttributes();
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mInputChannel);
} catch (RemoteException e) {
mAdded = false;
mView = null;
mAttachInfo.mRootView = null;
mInputChannel = null;
mFallbackEventHandler.setView(null);
unscheduleTraversals();
setAccessibilityFocus(null, null);
throw new RuntimeException("Adding window failed", e);
}在Session内部会通过WindowManagerService来实现Window的添加，如下所示：
Window的添加请求就交给WindowManagerService去处理了，在WindowManagerService内部会为每一个应用保留一个单独的Session。
public int addToDisplay(IWindow window, int seq, WindowManager.LayoutParams attrs,
int viewVisibility, int displayId, Rect outContentInsets, InputChannel outInputChannel) {
return mService.addWindow(this, window, seq, attrs, viewVisibility, displayId,
outContentInsets, outInputChannel);
} Window 的添加请求就交给WindowManagerService去处理了，在WindowManagerService内部会为每一个应用保留一个单独的Session。
Window的删除过程
Window的删除过程和添加过程一样，都是先通过WindowManagerImpl，再进一步通过WindowManagerImpl来实现的。代码如下：
public void removeView(View view, boolean immediate) {
if (view == null) {
throw new IllegalArgumentException("view must not be null");
}
synchronized (mLock) {
int index = findViewLocked(view, true);
View curView = mRoots.get(index).getView();
removeViewLocked(index, immediate);
if (curView == view) {
return;
}
throw new IllegalStateException("Calling with view " + view
+ " but the ViewAncestor is attached to " + curView);
}
}
通过findViewLocked来查找待删除的View的索引，查找过程就是建立的数组遍历，然后再调用removeViewLocked来做进一步的删除，如下所示：
private void removeViewLocked(int index, boolean immediate) {
ViewRootImpl root = mRoots.get(index);
View view = root.getView();
if (view != null) {
InputMethodManager imm = InputMethodManager.getInstance();
if (imm != null) {
imm.windowDismissed(mViews.get(index).getWindowToken());
}
}
boolean deferred = root.die(immediate);
if (view != null) {
view.assignParent(null);
if (deferred) {
mDyingViews.add(view);
}
}
}removeViewLocked是通过ViewRootImpl来完成删除操作的。在WindowManager中提供了两种删除接口removeView和removeViewImmediate，分别表示异步删除和同步删除，后者使用需要注意，一般不需要使用此方法。removeViewImmediate具体的删除由ViewRootImpl的die方法来完成。在异步删除的情况下，die方法只是发送一个请求删除的消息后就返回了，这个时候View并没有完成删除操作，最后会将其添加到mDyingViews中，mDyingViews表示待删除的View列表。ViewRootImpl的die方法如下：
boolean die(boolean immediate) {
// Make sure we do execute immediately if we are in the middle of a traversal or the damage
// done by dispatchDetachedFromWindow will cause havoc on return.
if (immediate && !mIsInTraversal) {
doDie();
return false;
}
if (!mIsDrawing) {
destroyHardwareRenderer();
} else {
Log.e(TAG, "Attempting to destroy the window while drawing!\n" +
" window=" + this + ", title=" + mWindowAttributes.getTitle());
}
mHandler.sendEmptyMessage(MSG_DIE);
return true;
}如果异步删除，就发送一个MSG_DIE的消息，ViewRootImpl中的Handler会处理此消息并调用doDie方法，如果是同步删除，那么就不发消息直接调用doDie方法，这就是这两种删除方式的区别。在doDie的内部会调用dispatchDetachedFromWindow 方法，dispatchDetachedFromWindow 主要做四件事：
- 垃圾回收相关操作，比如清楚数据、移除回调。
- 通过Session的remove方法删除Window，同样是一个IPC过程。
- 调用View的dispatchDetachedFromWindow方法，做一些资源回收的相关工作，比如终止动画、停止线程等。
- 调用WindowManagerGlobal的doRemoveView方法刷新数据。
Window的更新过程
Window的更新过程，主要是看WindowManagerGlobal的updateViewLayout方法，如下所示：
public void updateViewLayout(View view, ViewGroup.LayoutParams params) {
if (view == null) {
throw new IllegalArgumentException("view must not be null");
}
if (!(params instanceof WindowManager.LayoutParams)) {
throw new IllegalArgumentException("Params must be WindowManager.LayoutParams");
}
final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams)params;
view.setLayoutParams(wparams);
synchronized (mLock) {
int index = findViewLocked(view, true);
ViewRootImpl root = mRoots.get(index);
mParams.remove(index);
mParams.add(index, wparams);
root.setLayoutParams(wparams, false);
}
}首先需要更新View的LayoutParams 并替换掉老的LayoutParams ，接着更新ViewRootImpl的setLayoutParams 方法来实现。在ViewRootImpl中会通过scheduleTraversals方法来对View重新布局，包括测量、布局、重绘三个过程。除了本身的重绘以外，ViewRootImpl还会通过WindowSession来更新Window的视图。
Window的创建过程
View 是 Android 中视图的呈现方式，但是 View 不能单独存在，它必须附着在 Window 这个抽象的概念上面，因此有视图的地方基友 Window。Android 中可以提供视图的地方就有Activity、Dialog、Toast。
Activity 的 Window 创建过程
Activity 的启动过程很复杂，最终会由 ActivityThread 中的 performLaunchActivity 来完成整个启动过程：
java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
activity = mInstrumentation.newActivity(
cl, component.getClassName(), r.intent);
...
if (activity != null) {
Context appContext = createBaseContextForActivity(r, activity);
CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
Configuration config = new Configuration(mCompatConfiguration);
if (r.overrideConfig != null) {
config.updateFrom(r.overrideConfig);
}
if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
+ r.activityInfo.name + " with config " + config);
Window window = null;
if (r.mPendingRemoveWindow != null && r.mPreserveWindow) {
window = r.mPendingRemoveWindow;
r.mPendingRemoveWindow = null;
r.mPendingRemoveWindowManager = null;
}
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor, window);
...在 Activity 的 attach 方法里，系统会创建 Activity 所属的 Window 对象并为其设置回调接口，Window 对象的创建是通过 PhoneWindow 来实现的，是 Window 的具体实现类。
PhoneWindow 的 setContentView 方法遵循如下几个步骤：
1.如果没有 DecorView, 那么就创建它
DecorView 是一个FrameLayout， DecorView 是 Activity 的顶级 View，一般来说包含标题栏和内部栏，会随着主题的变换而发生改变。内容栏固定的 id 就是 “content” ，完整 id 就是 android.R.id.content。DecorView 的创建过程由 installDecor 方法来完成，通过 generateDecor 方法来直接创建 DecorView。为了初始化 DecorView 的结构，PhoneWindow 还需要通过 generateLayout 方法来加载具体的布局文件到 DecorView 中，具体的布局文件和系统版本以及主题有关。
2.将 DecorView 添加到 mContentParent 中
将 Activity 视图添加到 DecorView 的 mContentParent 中，所以叫 setContentView 更加准确。
3.回调 Activity 的 onContentChanged 方法通知 Activity 视图已经发生改变
Activity 实现了 Window 的 Callback 接口，这里表示 Activity 的布局文件已经添加到 DecorView 的 mContentParent 中了，需要通知 Activity 做相应的处理。
经过上面三个步骤，DecorView 已经被创建并初始化完毕，但是 DecorView 还没有被 WindowManager 正式添加到 Window 中。Window 更多的是表示一种抽象的功能集合，在 ActivityThread 的 handhandleResumeActivity 方法中，首先会调用 Activity 的 onResume 方法，接着会调用 Activity 的 makeVisible() ，DecorView 真正的完成了添加和显示这两个过程。
void makeVisible() {
if (!mWindowAdded) {
ViewManager wm = getWindowManager();
wm.addView(mDecor, getWindow().getAttributes());
mWindowAdded = true;
}
mDecor.setVisibility(View.VISIBLE);
}Dialog 的 Window 创建过程
1.创建window
Dialog 中 Window 的创建后的实际对象就是 PhoneWindow，和 Activity 的 Window 创建过程是一致的。
Dialog(@NonNull Context context, @StyleRes int themeResId, boolean createContextThemeWrapper) {
...
mWindowManager = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
final Window w = new PhoneWindow(mContext);
mWindow = w;
w.setCallback(this);
w.setOnWindowDismissedCallback(this);
w.setWindowManager(mWindowManager, null, null);
w.setGravity(Gravity.CENTER);
mListenersHandler = new ListenersHandler(this);
}2.初始化 DecorView 并将 Dialog 的视图添加到 DecorView 中
过程和 Activity 类似，都是通过 Window 去添加指定的布局文件
public void setContentView(@LayoutRes int layoutResID) {
mWindow.setContentView(layoutResID);
}3.将 DecorView 添加到 Window 中并显示
mWindowManager.addView(mDecor, l);
mShowing = true;在 Dialog 的 show 方法中，会通过 WindowManager 将 DecorView 添加到 Window 中。
Dialog 被关闭时，会通过 WindowManager 来移除 DecorView：mWindowManager.removeViewImmediate(mDecor);
普通 Dialog 必须采用 Activity 的 Context,需要用到应用 token ，一般只有 Activity 拥有，系统的 Window 比较特殊，不需要 token。
Toast的 Window 创建过程
Toast 也是基于 Window 来实现的，但是由于 Toast 具有定时取消这一功能，所以系统采用了 Handler。 在 Toast 内部有两类 IPC 过程，第一类是 Toast 访问 NotificationManagerService （简称NMS）， 第二类是 NotificationManagerService 回调 Toast 里的 TN 接口。
Toast 属于系统 Window，它内部的视图由两种方式指定，一种系统默认的样式，另一种是通过 setView 方法来指定一个自定义 View，对应 Toast 的一个 View 类型的内部成员 mNextView。
public void show() {
if (mNextView == null) {
throw new RuntimeException("setView must have been called");
}
INotificationManager service = getService();
String pkg = mContext.getOpPackageName();
TN tn = mTN;
tn.mNextView = mNextView;
try {
service.enqueueToast(pkg, tn, mDuration);
} catch (RemoteException e) {
// Empty
}
} public void cancel() {
mTN.hide();
try {
getService().cancelToast(mContext.getPackageName(), mTN);
} catch (RemoteException e) {
// Empty
}
}显示和隐藏 Toast 都需要通过 NMS 来实现，TN 是一个 Binder 类，在 Toast 和 NMS 进行 IPC 的过程中，当 NMS 处理 Toast 的显示或隐藏请求时会跨进程回调 TN 中的方法，由于 TN 运行在 Binder 线程池中，所以需要通过 Handler 将其切换到当前线程中。使用了 Handler 意味着 Toast 无法在没有 Looper 的线程中弹出。
Toast 的显示过程，首先调用了 NMS 中的 enqueueToast 方法， enqueueToast 首先将 Toast 请求封装为ToastRecord 对象并且将其添加到一个名为 mToastQueue 的队列中。 mToastQueue 最多存在50个ToastRecord ,为了防止 DOS 。
if (!isSystemToast) {
int count = 0;
final int N = mToastQueue.size();
for (int i=0; ifinal ToastRecord r = mToastQueue.get(i);
if (r.pkg.equals(pkg)) {
count++;
if (count >= MAX_PACKAGE_NOTIFICATIONS) {
Slog.e(TAG, "Package has already posted " + count
+ " toasts. Not showing more. Package=" + pkg);
return;
}
}
}
} 当 ToastRecord 被添加到 mToastQueue 中后， NMS 就会通过 showNextToastLocked 方法来显示当前的 Toast。
void showNextToastLocked() {
ToastRecord record = mToastQueue.get(0);
while (record != null) {
if (DBG) Slog.d(TAG, "Show pkg=" + record.pkg + " callback=" + record.callback);
try {
record.callback.show();
scheduleTimeoutLocked(record);
return;
} catch (RemoteException e) {
Slog.w(TAG, "Object died trying to show notification " + record.callback
+ " in package " + record.pkg);
// remove it from the list and let the process die
int index = mToastQueue.indexOf(record);
if (index >= 0) {
mToastQueue.remove(index);
}
keepProcessAliveLocked(record.pid);
if (mToastQueue.size() > 0) {
record = mToastQueue.get(0);
} else {
record = null;
}
}
}
}Toast 的显示是由 ToastRecord 的 callback 来完成的，这个 callback 实际上就是 Toast 中的 TN 对象的远程 Binder，通过 callback 来访问 TN 中的方法是需要跨进程来完成的，最终被调用的 TN 中的方法会运行在发起 Toast 请求的应用 Binder 线程池中。
Toast 显示后， NMS 还会通过 scheduleTimeoutLocked 方法来发送一个延迟消息
private void scheduleTimeoutLocked(ToastRecord r)
{
mHandler.removeCallbacksAndMessages(r);
Message m = Message.obtain(mHandler, MESSAGE_TIMEOUT, r);
long delay = r.duration == Toast.LENGTH_LONG ? LONG_DELAY : SHORT_DELAY;
mHandler.sendMessageDelayed(m, delay);
}LONG_DELAY 是3.5s,， 而 SHORT_DELAY 是2s。延迟相应的时间后， NMS 会通过 cancelToastLocked 方法来隐藏 Toast 并将其从 mToastQueue 中移除，这个时候如果 mToastQueue 中还有其他 Toast，那么 NMS 就继续显示其他 Toast。
Toast 的隐藏也是通过 ToastRecord 的 callback 来完成的，也是一次 IPC 过程。
Toast 的显示和隐藏过程实际上是通过 Toast 的 TN 这个类来实现的，他有两个方法 show 和 hide，分别对应 Toast 的显示和隐藏。 这两个方法由于是被 NMS 跨进程的方式调用的，运行在 Binder 线程池中。 为了将执行环境切换到 Toast 请求所在的线程，在它们的内部使用了 Handler ，如下所示。
/**
* schedule handleShow into the right thread
*/
@Override
public void show() {
if (localLOGV) Log.v(TAG, "SHOW: " + this);
mHandler.post(mShow);
}
/**
* schedule handleHide into the right thread
*/
@Override
public void hide() {
if (localLOGV) Log.v(TAG, "HIDE: " + this);
mHandler.post(mHide);
}TN 中的 handleShow 中会将 Toast 的视图添加到 Window 中
mWM = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE);
mWM.addView(mView, mParams);NT 中的 handleHide 中会将 Toast 的视图从 Window 中移除
if (mView.getParent() != null) {
if (localLOGV) Log.v(TAG, "REMOVE! " + mView + " in " + this);
mWM.removeView(mView);
}