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

从这个线程的调用栈中的名字， notify_and_waitfor让我想到了这极有可能用于监听文件来获知进程是否存活。 为了进一步观察这个特殊线程的工作使命， 这里还不需要GDB, 祭出strace大招应该就差不多。
6.3 利用strace分析
root@gityuan:/ # strace -CttTip 22829 -CttTip 22793
结果如下：

flock基础知识简介:
flock是Linux文件锁，用于多个进程同时操作同一个文件时，通过加锁机制保证数据的完整，flock使用场景之一，便是用于检测进程是否存在。flock属于建议性的锁，而非强制性锁，只是进程可以直接操作正被另一个进程用flock锁住的文件， 原因在于flock只检测文件是否加锁，内核并不会强制阻塞其他进程的读写操作，这便是建议性锁的内核策略。
方法原型：intflock(intfd, intoperation)
第一个参数是文件描述符，第二参数指定锁的类型，有以下3个可选值：
1）LOCK_SH: 共享锁， 同一时间运行多个进程同时持有该共享锁；2）LOCK_EX: 排它锁，只允许一个进程持有该锁；3）LOCK_UN: 移除该进程的该文件所持有的锁。从strace可以推测出：com.tencent.tim:MSF进程的监控线程执行排它锁LOCK_EX类型的flock，尝试去获取某个文件，而该文件已被com.tencent.tim: Daemon进程所持有，所以MSF进程会被阻塞知道锁的释放，而一旦Daemon进程被杀，系统就会回收所有资源(包括文件)，这是Linux内核负责完成的。
当Daemon进程的文件被回收，就会释放flock， 从而MSF进程可以获取该锁，从而吐出“lock file success”的信息。 MSF得知Daemon进程被杀，然后执行一行ioctl(11, BINDER_WRITE_READ, 0xffffffffee823ed0) = 0 <0.000867> 。