Fix Root Causes（修复根本原因）是一条应用于调试场景的原则性技能。它的核心立场是：调试时不要修复症状，而要把每个问题追溯到根本原因，并在根本原因处修复。
用途
该原则用于指导开发者在排查缺陷时选择正确的修复层次。它适用于各类调试工作，尤其是那些容易被临时绕过方案掩盖的问题。
主要理念
症状式修复会不断累积：每个临时绕过都会让系统更难推理，而真正的缺陷仍然存在。根本原因修复在前期速度较慢，但能减少总体调试时间。
操作模式
资料给出了以下具体做法：
- 先复现问题（Reproduce first）。
- 不断追问“为什么”，直到触及根本原因。
- 不要添加防护措施；例如添加 nil 检查来消除崩溃，就属于症状式修复。
- 如果某个绕过方案需要一整段注释来证明其合理性，说明代码是错的——应修复代码，而不是修复注释。
- 检查模式，而不仅是单个实例：用 grep 搜索相同模式，并修复所有实例。
- 卡住时使用插桩，不要猜测：添加日志，读取实际错误信息。
- 对于重启类缺陷：先怀疑状态，再怀疑代码。当某问题表现为“重启后失败”时，应首先怀疑陈旧的持久化状态，例如配置文件、缓存、锁文件、序列化状态。如果清除某个状态文件后行为恢复正常，则应优先把状态校验作为修复方案。
适用场景
该技能适用于调试工作流，可作为开发者在处理缺陷时的判断准则，尤其适合需要长期维护、对可理解性有要求的代码库。
限制与缺失信息
资料未提供该技能的具体安装方式、支持平台、收费情况、价格、实际效果或使用步骤，这些信息暂未提供。