看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在哪,没找到一个线程如何完成切换前后线程操作的具体实现。不知道有没有人指点一下。
谢谢。