FD Leak 分析 Skill

分析目标

从 FD Leak 日志中识别泄漏规模、主要句柄类型、集中目录、专项资源明细和句柄申请热点，结合故障模式库输出可核验的三级根因、证据链和修复建议。

强制约束

1. 日志原文是事实来源，不补造缺失字段、调用栈、模块或函数。
2. leaked fd nums 是判定时刻的存量快照；FdTrack Stack 是 10 分钟内的全量申请统计，两者口径不同。
3. FdTrack 不剔除已关闭的 FD。申请次数高只能作为热点证据，不能单独证明该调用栈发生泄漏。
4. 调用栈原始顺序为从右向左调用。未完成符号表反解时，只能定位到 so+offset，不得虚构函数名。
5. ashmem、socket、pipe、sync_file、dmabuf 的数量超过 1000 时才预期出现对应专项明细；明细缺失时如实说明。
6. 无栈信息不等于无泄漏。nolog 版本未开启开发者模式时可能不采集 FdTrack 栈。
7. 三级根因使用 Markdown 通用表格，不输出内部故障编码或出现频率。

前置环境检查

1. 确认 Python 3 可执行：