Linux进程防杀/防崩溃monitor的实现

关注

原创最新推荐文章于 2026-08-05 10:07:23 发布 287 阅读 AI 写同款· GEO 优化 ›

ADB命令实战指南：从基础连接到自动化测试的完整教程 ADB（Android Debug Bridge）是Android开发调试的核心工具，它通过命令行接口实现电脑与Android设备的通信。其工作原理基于客户端-服务器架构，允许开发者执行设备管理、应用调试、文件传输等操作。在技术价值上，ADB极大提升了移动端开发与测试的效率，尤其在自动化测试和性能监控场景中不可或缺。通过掌握ADB命令，开发者可以快速进行应用安装、日志抓取、性能分析等任务，实现从手动操作到自动化流程的转变。本文聚焦于ADB的实战应用，涵盖连接方式选择、故障排查、应用生命周期管理以及自动化脚本阅读详情

对于自行实现的很多服务，很多人喜欢用一个专门的监控进程来监控自己的服务，为了防止监控进程也崩掉，甚至使用了经典的双进程监控。不说别的，光编写调试这个双进程就够我喝一壶的啦，对于我这样专门写bug的家伙来讲，更是一件揪心的差事。就算有一天，我不再写bug了，可以操作系统的关卡你又过不了了，难关重重。这些监控程序，不管是单进程还是双进程，其根本肯定是一个big loop，而且这个big loop中几乎都要有一个sleep，否则CPU飙升，却不见得能给真正的服务，净给了这个big loop，就算没有sleep，你的cpu核心超级多，也不在乎钱，你可以专门买一个cpu来运行你这个monitor的big loop，然而在这次检测和下次检测之间的微小空隙里面还是会有很多事情可以发生的。比如下列的双进程序列：

[html]view plaincopy 
   
 p1:while(true) {:t0  
             status=monitor(p2):t1  
             if(status == 0) {  
                         start(p2);  
              }  
 }:t2  
 p2:while(true) {:t0’  
             status=monitor(p1):t1’  
             if(status == 0) {  
                         start(p1);  
             }  
 }:t2’  

最直接的，假设p1和p2同时运行在两个cpu上，且序列同步，在t0和t1之间，t0’和t1’之间，p1和p2都被干掉会发生什么；如果在同一个cpu上运行，事情更简单，t1和t2之间干掉p1，同时给p2发送sigkill，此时操作系统调度到p2，p2本该从t0开始运行，然而由于内核信号队列中存在sigkill，它直接就exit啦，之后谁来启动它们俩。操作系统调度是程序员和管理员控制不了的，它也根本没有导出给应用层更多的控制权，因此在单cpu情况下，你无法预料调度器会怎样调度你的monitor，因而就可以设计一个混沌的序列来不断尝试干掉你的双monitor，多cpu情况下，事情更糟糕，注定你要带着脚镣跳舞。