将 MISRA C++ 静态分析融入 CI/CD
在车载 ECU 模块开发中，团队面临确保代码符合 ISO 26262 功能安全标准的挑战。最终选择将 MISRA C++ 静态分析深度集成到 CI/CD 流程中，实现了从'写完再检'到'边写边防'的工程思维转变。
为什么选择 MISRA C++？
如果你做过汽车电子、工业控制或航空航天类项目，大概率听说过 MISRA（Motor Industry Software Reliability Association）。它最初由英国汽车工业界发起，目标很明确：让 C/C++ 这种强大但危险的语言，在关键系统中变得可控、可预测。
而 MISRA C++:2008，正是为 C++ 量身打造的安全子集规范。它不鼓励'炫技'，反而处处设限——比如禁止异常、限制模板深度、禁用 RTTI，甚至要求每个 switch 语句必须有 default 分支。
听起来是不是有点'反 C++ 精神'？但正是这些'保守'的规则，帮我们规避了大量未定义行为（UB）、类型陷阱和资源泄漏风险。
比如 MISRA C++ 5-2-3 明确规定：不能把 const 变量地址赋给非常量指针。一条简单的规则，就能防止后续意外修改只读数据。
更重要的是，这些规则不是拍脑袋定的。它们背后有完整的危害分析支撑，每一条都能追溯到真实世界中的软件失效案例。换句话说，你写的每一行代码，都在回答一个问题：'如果出错，会不会让车刹不住？'
工具选型与对比
要落地 MISRA，光看文档没用，得靠静态分析工具自动检查。市面上能支持 MISRA C++ 的工具有不少，但我们最终锁定了 Perforce Helix QAC。以下是我们的对比过程：
| 工具 | 支持程度 | 我们的选择理由 |
|---|---|---|
| Helix QAC | ✅ 完整支持 MISRA C++:2008 |
