Window和WindowManager(三)

继续，我们来分析Toast的Window创建过程

• Toast的Window创建过程
  由于Toast是系统Window，所以Toast的window创建过程相对于activity和dialog这样的应用window和子Window来说比较复杂，涉及到一些IPC的操作，这里只分析原理，不会贴系统源码。

  首先，Toast的本质也是由window来实现的，但同时Toast也具有定时取消的功能，在系统中是有handle来实现的。

  Toast内部有一些IPC的过程，一类是Toast访问NotificationManagerService，另一类是NotificationManagerService回调Toast中的TN接口。

  Toast提供了show和cancel两个方法，来用于显示和隐藏Toast，其内部都是基于IPC来实现的。

  show的时候，调用NotificationMangerService的enqueueToast方法来显示Toast。同样，cancel的时候也是通过NotificationMangerService的cancelToast来隐藏Toast。

  而NotificationManagerService运行在系统进程中，所以我们需要通过TN这个接口来进行IPC调用，两次操作的参数中均有TN参与。

  TN是一个Binder类，NotificationManagerService在处理Toast的显示与隐藏的请求的时候，同样会回调TN中的方法，但TN运行在binder线程池中，所以，就需要通过handle来将其切换回Toast请求发送的线程，来完成后续操作。

  enqueueToast方法看似是将Toast的显示请求添加到一个队列中去，但观察源码会发现，其实是一个ArrayList，集合的上限为50，这里设置上限的原因是为了防止我们通过一些循环之类的手段来一直弹出Toast，而导致其他应用的Toast根本就没有机会弹出。

  当我们的Toast请求添加到队列中之后，NotificationManagerService会通过showNextToastLocked方法来显示当前的Toast，通过调用TN对象中的callback，最终会运行在Toast发起的应用的binder线程池中，然后通过handle切换到toast的调用线程。

  Toast显示之后，NotificationManagerService会通过scheduleTimeoutLocked方法来发送一个延时消息，一段时间之后，NotificationManagerService会通过cancelToastLocked方法来隐藏Toast，并将其从队列中移除，同时如果队列中来由其他的Toast，NotificationManagerService将继续显示其他Toast。

  到这里，我们就将Toast的Window创建过程通过纯文字的描述分析完毕了，汗。。。 有些涉及到IPC过程的地方说得比较笼统，甚至为了简洁，可能会有一些错误的说法，想要深入了解的同学可以学习一下IPC相关的知识。

好，到这里，window相关的只是就算大体分析完毕了，如果有不明白的地方欢迎在博客下边留言。

还有几个遗漏的点，在这里补充一下：

应用中的每个activity都对应着一个window对象，用于描述该activity下的窗口，但不管这个应用中有多少个activity，始终只有一个windowManager，也只有一个windowManagerGlobal对象，维护着mViews，mRoots和mParams，管理所有窗口的添加，更新和删除操作。

参考资料：Android开发艺术探索