史上最强Android保活思路：深入剖析腾讯TIM的进程永生技术(14)

到这里又有出现新的疑问：Daemon进程死后，MSF进程通过flock能监测到该事件，可是app_d进程又是如何得知的呢？ app_d得知之后，又为何要再次自杀重启？
6.6 从cgroup角度来分析
root@gityuan:/acct/uid_10146/pid_10649# cat cgroup.procs 10649 //Daemon10687 //app_droot@gityuan:/acct/uid_10146/pid_10669# cat cgroup.procs 10669 //MSF10717 //app_d
从而，进一步获取更多关于TIM深层次的关联，通过查看cgroup发现，Daemon和app_d1是同一个group的， MSF和app_d2是同一个group的。
问题6： app_d到底是如何创建出来？又是如何成为init进程的子进程的？
从进程创建与退出的角度来看看来看：
//5170（MSF进程） --> 5192 --> 5201(退出) --> 5211（存活）tencent.tim:MSF-5170 [001] ...1 55659.446062: sched_process_fork: comm=tencent.tim:MSF pid=5170 child_comm=tencent.tim:MSF child_pid=519Thread-300-5192 [000] ...1 55659.489621: sched_process_fork: comm=Thread-300 pid=5192 child_comm=Thread-300 child_pid=5201<...>-5201 [003] ...1 55659.501074: sched_process_exec: filename=/data/user/0/com.tencent.tim/app_bin/daemon2pid=5201 old_pid=5201daemon2-5201 [009] ...1 55659.533492: sched_process_fork: comm=daemon2 pid=5201 child_comm=daemon2 child_pid=5211daemon2-5201 [009] ...1 55659.535169: sched_process_exit: comm=daemon2 pid=5201 prio=120daemon2-5201 [009] d..3 55659.535341: signal_generate: sig=17 errno=0 code=262145 comm=Thread-300 pid=5192 grp=1 res=1