特别声明：本系列文章LiAnLab.org著作权所有，转载请注明出处。by @宋宝华Barry
上回书我们说到Android里的init会监测init.rc中启动的service并根据情况重启之。今回书我们说Android中生死与共的Zygote和SystemServer。
第二只狗：忠犬八公
方今之世，正道不昌，邪魔丛生。撞伤不如撞死，因此各种难以理解之行为层出不穷，撞后用天涯明月刀杀人者有之，撞后人民女教师裸体阻救援者有之，这是怎样地一种非人间的浓厚的悲凉人生命权的尊重实为最基础之人性，残杀同类，见死阻救，实为丧失最基础之人性。热泪在心中，汇成河流。我们曾经以无限崇高的主义，无比正义的革命的名义杀人，肆意践踏人最基本的尊严，而悲剧的后果是，热血已成过去，激情亦然淡去，主义仍如浩渺 ，人性却遭沦丧。
人性已泯，狗性依然，如太平洋的风。本回书，我们说第二只狗，忠犬八公。1925年5月，八公的主人上野因病猝然去世，然而八公犬并不懂人事，依然每天到涩谷站去等候主人的归来。直到最后死去。1935年3月，八公因患丝虫性象皮病而死亡。十年生死两茫茫，不思量，自难忘。所谓爱者，大抵如此。在这个小三流行的世界，什么样的人还珍视婚姻的责任和当初的誓言/p>
其中的forkAndSpecializeCommon()会fork出SystemServer，Zygote马上用waitpid(pid, &status,WNOHANG)等待SystemServer的死亡，注意其中的参数为WNOHANG，意思就是说等不等地到SystemServer退出，waitpid()都不会阻塞，如果发现SystemServer死了，它会无条件调用kill(getpid(), SIGKILL)殉情。这个瞬间的等待按照注释是为了防止很小的一段时间窗口里，真正等SystemServer死的代码还没注意到SystemServer的PID。SIGKILL牛就牛在是不能被忽略的信号，这点和CTRL+C对应的SIGINT不同。
有些同学就要问了，一个进程莫名其妙地kill掉了自己，有时候我们还强行用kill命令去杀死Linux的进程，这个时候它原本申请的内存什么的，不是泄露了吗如我malloc了一些内存，你杀死我的时候我还没free，这些内存不是侧露了吗已经反复在各个公司演讲的时候说了，内存泄露分为两种境界，一个是人死了，钱还没花完，你malloc的内存还没释放进程就死了，我们说，这个问题在Linux不存在，进程是个资源封装的单位，进程挂的时候，资源会被内核释放掉的，死的时候还仅仅有个僵尸而已。第二个境界是，人活着，钱没了，这个问题才是Linux真正担心的，一个多线程的程序，运行过程中反复申请和释放内存，但是释放的与申请的不对应，就慢慢地吃内存，这个进程的内存消耗曲线振荡上升，直到耗尽内存。所以，在Linux世界里，我们不用担心人死了，钱还没花完的问题 ，党会帮我们处理的。我们要担心的是，人活着，钱没了的问题。
其中的setSignalHandler()会设置SIGCHLD的信号处理函数，而这个信号处理函数就会判断是否SystemServer死了，如果是，就自杀殉情：
当SystemServer死去，Zygote的花轿在它坟前路过，见Zygote走出轿来，脱去红装，一身素服，缓缓地走到坟前， 跪下来放声大哭，霎时间风雨飘摇，雷声大作，“轰”的一声，坟墓裂开了，Zygote似乎又见到了SystemServer那温柔的面庞，她微笑着纵身跳了进去。接着又是一声巨响，坟墓合上了。这时风消云散，雨过天晴，各种野花在风中轻柔地摇曳，一对美丽的蝴蝶从坟头飞出来，在阳光下自由地翩翩起舞。
当Zygote也死去，由于Zygote是有户口的，上回书中的第一只狗， 肩负其使命，会重启Zygote，于是SystemServer也随Zygote重启，生生世世不分离。
由于几乎所有的Java应用都依赖于SystemServer中的service，如果SystemServer崩溃，Zygote不死并且不导致整个Java世界死亡，实际上系统没有任何办法把状态恢复到SystemServer崩溃之前的状态 ，那么各个apk所看到的SystemServer中各个service的状态也无法恢复，所以整个Java世界死亡并重启就成为唯一的选择。
本回书就说到这里，下回书我们说SystemServer的看门狗。欲知后事如何，请听下回分解。
谨以本回，献给全天下的有情人，愿有情人终成眷属。对金钱与物质的无限度的追求，让我们迷失了方向，而真正的幸福，是与你的爱人平凡的终生相守。
相思似海深，旧事如天远。
泪滴千千万万行，更使人、愁肠断。
要见无因见，拚了终难拚。
若是前生未有缘，待重结、来生愿。
——宋宝华
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91322 人正在系统学习中
来源：宋宝华
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！