打开应用的时候都是创建一个进程,主线程采用死循环保证程序一直执行下去,这种模型是“以事件为驱动”软件系统的必然结果,几乎存在与任何操作系统和编程语言中。ActivityThread主循环的消息来自于当前进程和通过IPC机制投递来过的消息(触摸、按键事件),通过死循环looper.loop一直获取消息,有消息都执行我们生命周期方法或者页面交互,无消息CPU休眠不消耗资源,这都是apk能“动起来”根本原因。这些消息告知主线程要执行onCreate\onStart\onResume等及其如果在执行这些方法时候消耗时间过长会导致ANR或者页面不流畅,所以我们是根据消息来回馈页面交互,从这里可以说明looper的死循环跟主线程卡死不是一回事。
线程与进程之间关系:对于liux来说区别在于是否共享资源,对于CPU来说都是一段可执行的代码,CPU采用CFS调度算法,保证每个task公平享有CPU时间片。
采用死循环:线程都是一段可执行的代码,执行完了后线程的生命周期该终止了,如果要保证一直运行,都要采用死循环。
交互产生:回调onCreate\onStart\onResume等方法操作时间过长导致掉帧发生ANR,looper.loop本身不会导致应用卡死。回调生命周期方法,涉及到ActivityThread里面的ApplicationThread用于接收跨进程系统服务AMS发送过来的事件,然后ApplicationThread使用handler发送消息到主线程管理类ActivityThread执行相应的生命周期。通过发送消息来控制生命周期,所以页面的交互靠底层发送的消息到主线程来进行页面的变化。
消息死循环和消耗:我们先了解下Loop死循环原理,当在MessageQueue没有消息或者有延迟执行的消息时候,便会阻塞在MessageQueue.next方法里的nativePollOnce代码里面。这个时候线程都会释放CPU资源进入休眠状态,直到下一个消息到达或者事务发生,通过往pipe管道写端写数据作唤醒线程工作。这个采用了epoll机制,IO多路复用机制,同时监控多个描述符,有描述符就绪(读写操作),立刻通知相应的用程序进行读写操作,本质IO同步,读写阻塞。
因为死循环时候CPU处于休眠状态,所以并不会耗费大量资源。