Crash 分类治理体系

将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。

背景

小鹏 600 版本线上 crash 大量爆发——8844 例。没有分类、没有优先级，团队面对一堆堆栈无从下手。

crash 三分类

类别 1：Unity 自杀（含 fd 泄露）

现象：进程直接退出，无异常堆栈。

根因：文件描述符（fd）泄露 → 达到系统上限 → Unity 内部检测到致命错误 → 主动退出。

排查：

• lsof -p <pid> 查 fd 数量
• 定位未关闭的 file/socket
• 修复：所有文件操作加 try-finally 保证 close

类别 2：渲染 SRP 崩溃

现象：在 ScriptableRenderPipeline 回调中 SIGSEGV。

根因：不安全的 native 指针访问（C++ 端）。

排查：

• 用 AddressSanitizer 重新编译 native 模块
• 定位 use-after-free

类别 3：XStringBuilder 字符串溢出

现象：日志拼接时字符串缓冲区溢出导致栈破坏。

根因：XStringBuilder 使用固定大小缓冲区，未做容量检查。

修复：改为动态扩容的 StringBuilder。

无限抓 trace 工具

开发了一个后台工具，在 crash 发生时自动抓取：

• 完整堆栈
• 寄存器状态
• 内存映射
• 最近 N 条日志

自动分类 + 上报到飞书。

结果

• 8844 例 crash → 全量分析 + 分类完成
• 8853 新一批 crash → 快速收敛（大部分为第三方百度问题）
• 沉淀了「Unity 自杀 crash」分析 Skill

方法论

crash 出现
  ↓
1. 分类（自杀 / 渲染 / 字符串 / 第三方）
  ↓
2. 优先处理类型 1（影响最大）
  ↓
3. 加无限抓 trace → 等复现 → 精确定位
  ↓
4. 修复 → 验证 → 合入 → 关闭

公开版深化

案例定位

Crash 分类治理体系不是孤立笔记，而是稳定性与工程化能力下的一个可复用案例。它服务于“小鹏一张图 / SR 渲染引擎”这条主线，公开版重点保留问题抽象、工程取舍和可复用方法，不暴露内部系统细节。

关键问题

将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。

这篇文章已经覆盖 背景、crash 三分类、无限抓 trace 工具、结果、方法论。后续阅读时应重点看三件事：问题如何被定义，方案如何在约束下落地，以及哪些经验可以迁移到下一次类似项目。

企业级产出

产出	公开表达
问题定义	用用户体验、性能、稳定性或交付效率描述影响
技术方案	保留架构、流程、算法和工具链层面的抽象
指标证据	只使用页面已有数字或经过脱敏审查的量级
复用方法	沉淀为 SOP、检查清单、图谱关系或后续案例链接

指标与证据

• 将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。
• 小鹏 600 版本线上 crash 大量爆发——8844 例。没有分类、没有优先级，团队面对一堆堆栈无从下手。
• 8844 例 crash → 全量分析 + 分类完成

复盘结论

这个案例的核心价值，是把一次具体工程处理沉淀成可检索、可复盘、可继续扩展的技术资产。没有公开证据支撑的细节继续留在私有材料池，不进入线上页面。

公开版深化

案例定位

Crash 分类治理体系不是孤立笔记，而是稳定性与工程化能力下的一个可复用案例。它服务于“小鹏一张图 / SR 渲染引擎”这条主线，公开版重点保留问题抽象、工程取舍和可复用方法，不暴露内部系统细节。

关键问题

将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。

这篇文章已经覆盖 背景、crash 三分类、无限抓 trace 工具、结果、方法论。后续阅读时应重点看三件事：问题如何被定义，方案如何在约束下落地，以及哪些经验可以迁移到下一次类似项目。

企业级产出

产出	公开表达
问题定义	用用户体验、性能、稳定性或交付效率描述影响
技术方案	保留架构、流程、算法和工具链层面的抽象
指标证据	只使用页面已有数字或经过脱敏审查的量级
复用方法	沉淀为 SOP、检查清单、图谱关系或后续案例链接

指标与证据

• 将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。
• 小鹏 600 版本线上 crash 大量爆发——8844 例。没有分类、没有优先级，团队面对一堆堆栈无从下手。
• 8844 例 crash → 全量分析 + 分类完成

复盘结论

这个案例的核心价值，是把一次具体工程处理沉淀成可检索、可复盘、可继续扩展的技术资产。没有公开证据支撑的细节继续留在私有材料池，不进入线上页面。

公开版深化

案例定位

Crash 分类治理体系不是孤立笔记，而是稳定性与工程化能力下的一个可复用案例。它服务于“小鹏一张图 / SR 渲染引擎”这条主线，公开版重点保留问题抽象、工程取舍和可复用方法，不暴露内部系统细节。

关键问题

将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。

这篇文章已经覆盖 背景、crash 三分类、无限抓 trace 工具、结果、方法论。后续阅读时应重点看三件事：问题如何被定义，方案如何在约束下落地，以及哪些经验可以迁移到下一次类似项目。

企业级产出

产出	公开表达
问题定义	用用户体验、性能、稳定性或交付效率描述影响
技术方案	保留架构、流程、算法和工具链层面的抽象
指标证据	只使用页面已有数字或经过脱敏审查的量级
复用方法	沉淀为 SOP、检查清单、图谱关系或后续案例链接

指标与证据

• 将 8844 例线上 crash 分类收敛为三类根因，建立 crash 排查方法论和无限抓 trace 工具。
• 小鹏 600 版本线上 crash 大量爆发——8844 例。没有分类、没有优先级，团队面对一堆堆栈无从下手。
• 8844 例 crash → 全量分析 + 分类完成

复盘结论

这个案例的核心价值，是把一次具体工程处理沉淀成可检索、可复盘、可继续扩展的技术资产。没有公开证据支撑的细节继续留在私有材料池，不进入线上页面。