- zygote的作用（what）
- zygote的啟動流程（how）
- zygote的工作原理（why）
zygote的作用
1颁股、啟動SystemServer
2、孵化引用進程
zygote啟動流程和工作原理
啟動進程
1滤愕、linux啟動后的第一個進程：Init進程温算；
2、Init進程讀取Init.rc文件開啟zygote進程间影；
準備工作
3注竿、調(diào)用startVm函數(shù)創(chuàng)建虛擬機，調(diào)用startReg函數(shù)為虛擬機注冊JNI方法魂贬；
4巩割、在虛擬機的環(huán)境中找到zygoteInit的類，找到類中的Main函數(shù)付燥，使用CallStaticVoidMethod函數(shù)開啟Main函數(shù)宣谈，從這里就進入了java世界，上面的都是native世界机蔗；
5蒲祈、zygote進程開始預(yù)加載系統(tǒng)資源，這樣通過它fork的子進程就相當于不用再創(chuàng)建一遍資源萝嘁，達到了加速啟動應(yīng)用進程的作用梆掸。
6、啟動SystemServer進程牙言，用來啟動系統(tǒng)服務(wù)
Loop
7酸钦、最后開啟Loop，通過socket來進行通訊
孵化應(yīng)用進程這種事為什么不交給SystemServer來做咱枉，而專門設(shè)計一個Zygote卑硫？
我們知道徒恋，應(yīng)用在啟動的時候需要做很多準備工作，包括啟動虛擬機欢伏，加載各類系統(tǒng)資源等等入挣，這些都是非常耗時的，如果能在zygote里就給這些必要的初始化工作做好硝拧，子進程在fork的時候就能直接共享径筏，那么這樣的話效率就會非常高。這個就是zygote存在的價值障陶，這一點呢SystemServer是替代不了的滋恬，主要是因為SystemServer里跑了一堆系統(tǒng)服務(wù)，這些是不能繼承到應(yīng)用進程的抱究。而且我們應(yīng)用進程在啟動的時候恢氯，內(nèi)存空間除了必要的資源外，最好是干干凈凈的鼓寺，不要繼承一堆亂七八糟的東西勋拟。所以呢，不如給SystemServer和應(yīng)用進程里都要用到的資源抽出來單獨放在一個進程里侄刽，也就是這的zygote進程指黎，然后zygote進程再分別孵化出SystemServer進程和應(yīng)用進程。孵化出來之后州丹，SystemServer進程和應(yīng)用進程就可以各干各的事了醋安。Zygote的IPC通信機制為什么不采用binder？如果采用binder的話會有什么問題么墓毒？
第一個原因吓揪，我們可以設(shè)想一下采用binder調(diào)用的話該怎么做，首先zygote要啟用binder機制所计，需要打開binder驅(qū)動柠辞，獲得一個描述符，再通過mmap進行內(nèi)存映射主胧，還要注冊binder線程叭首，這還不夠，還要創(chuàng)建一個binder對象注冊到serviceManager踪栋，另外AMS要向zygote發(fā)起創(chuàng)建應(yīng)用進程請求的話焙格，要先從serviceManager查詢zygote的binder對象，然后再發(fā)起binder調(diào)用夷都，這來來回回好幾趟非常繁瑣眷唉，相比之下，zygote和SystemServer進程本來就是父子關(guān)系，對于簡單的消息通信冬阳，用管道或者socket非常方便省事蛤虐。第二個原因，如果zygote啟用binder機制肝陪，再fork出SystemServer驳庭，那么SystemServer就會繼承了zygote的描述符以及映射的內(nèi)存，這兩個進程在binder驅(qū)動層就會共用一套數(shù)據(jù)結(jié)構(gòu)见坑，這顯然是不行的嚷掠，所以還得先給原來的舊的描述符關(guān)掉，再重新啟用一遍binder機制荞驴，這個就是自找麻煩了。
