无日志崩溃的替代证据

最难的崩溃是无日志的崩溃：进程没了，日志什么都没留。这篇讲替代证据的采集思路。

▍先确认真的无日志
三查：系统错误日志（流控可能吞了低级别——错误级才可靠，日志规范篇）；文件日志的最后一刻（应用自己的 txt 日志可能比系统日志多活几秒——缓冲未刷的除外，这提示另一个纪律：关键节点同步刷盘）；故障日志目录（崩溃报告的生成有时滞，多等几分钟再拉）。三查全空，才进入替代证据阶段。

▍替代证据一：系统侧观测
进程消亡的时间点与方式：系统事件流里找进程退出记录（被杀还是自亡——LowMemoryKill 篇的回收记录 vs 崩溃报告）。资源上下文：崩溃时刻的内存压力、存储余量（水位线击穿后应用被处置，无崩溃报告——这类消亡常被误当崩溃）。

▍替代证据二：环境的旁证
复现条件收集：什么操作序列、什么设备形态、什么时长后发生（每一条都是缩小包围圈的线索）。系统性对比：能复现与不能复现的环境差异表（系统版本、内存档位、数据状态）——差异点即嫌疑点。

▍替代证据三：埋点推进法
无日志就造日志：在怀疑路径埋递增探针（编号打点，落盘同步刷），跑复现流程看探针停在哪个编号——停点即死亡现场的近似位置。逐轮推进（探针网格越铺越密），把死亡位置逼到函数级。这是 Air 系列处理疑难无日志崩溃的标准战法，瞬态问题（探针命中计数法）的同族武器。

▍替代证据四：二分实验
改动二分：注释掉一半嫌疑逻辑跑复现（二分定位——工程鲁莽但有效，配合版本管理快速回退）；输入二分：复现流程逐步裁剪，最小化触发序列；环境二分：关掉一类系统交互（网络、传感器）看是否消失。

▍修复后的确认
无日志问题的修复确认要慎重：复现率统计（原来的复现概率 vs 修复后）——骰子型问题单轮通过不算修好，多轮压测说话。

▍一句话
无日志崩溃的排查是把日志补出来的过程：探针推进加二分实验，让死亡现场自己开口。

免费无广告的安装包可以在官网下载体验。