看toast的源码，每一个toast，本质是构建一个binder对象tn，通过tn来构建ToastRecord对象，并push进ToastRecord的队列，在tn的代理子类里去控制ToastRecord队列。再通过binder连接池内的handler，将进程切换到WindowManager，去生成并挂载／移除toast的视图（挂在WindowManager上）。

大致应该是这样，然后我发现在挂载／移除toast的视图时，会去调用

keepProcessAliveIfNeededLocked(record.pid);

我的理解是：每一次toast操作，都new一个TN，binder(TN)在某个pid的进程上进行处理.（也就是说每个toast对应的TN是在不同的进程，每次的pid都不同？）
而这个keepProcessAliveIfNeededLocked(record.pid)方法，在同一个pid进程中，当toast计数为0时，会变成后台线程，不为0时，变成前台线程。在ActivityManagerNative里控制着进程池的回收利用。
不知道理解有没有什么问题？

还有一个问题是：在ActivityManagerNative里，我没有找到ActivityManagerProxy的实现Binder在哪，没找到一个线程如何完成切换前后线程操作的具体实现。不知道有没有人指点一下。
谢谢。