2. MISRA C版本演进与规则分类

各位同学好，我是老周。今天咱们聊聊MISRA-C 2012的规则分类和编号体系。说实话，我刚接触MISRA时，看到那几百条规则也是一头雾水。后来慢慢摸清了门道，才发现它的分类设计其实挺讲究的。

你想想看，一个标准要是把所有规则都堆在一起，谁记得住？MISRA-C 2012把规则分成了三个维度：强制程度、规则编号、合规等级。搞清楚这三个维度，你就能快速定位每条规则的分量。

2.1 规则分类：强制 / 必要 / 建议

MISRA-C 2012把规则分成三类，说白了就是告诉你：这条规则你必须听，还是最好听，还是听听就行。

分类	英文原名	含义	违反后果
强制	Mandatory	必须遵守，没有例外	违反即不合规
必要	Required	必须遵守，但可申请偏离	需书面说明理由
建议	Advisory	推荐遵守，不强求	建议采纳，不强制

我在项目中遇到过不少团队，觉得建议规则无所谓，直接忽略。结果呢？静态分析工具跑出来一堆告警，虽然不影响合规认证，但代码质量确实打了折扣。我个人习惯是：建议规则也尽量遵守，毕竟它背后都有血的教训。

2.2 规则编号体系

MISRA-C 2012的规则编号长这样：Dir 4.1、Rule 10.1。你可能会问，这编号有啥规律？

嗯，这里要注意：编号分两类——指令（Directive）和规则（Rule）。

• 指令（Dir）：面向过程或文档的约束，比如要求建立编码规范文档。这类规则无法用静态分析工具自动检查。
• 规则（Rule）：面向代码的具体约束，比如禁止使用某些语法。这类规则可以用工具自动检查。

编号的数字部分也有讲究：

• Dir x.y：x表示大类，y表示序号。比如Dir 4.1是关于运行环境的指令。
• Rule x.y：x表示章节编号，y表示该章节下的规则序号。比如Rule 10.1属于第10章（表达式相关）。

2.3 规则优先级与合规等级

MISRA-C 2012还引入了合规等级（Compliance Level）的概念。这个设计挺聪明的——它允许你分阶段达到完全合规。

合规等级分三级：

等级	名称	要求	适用场景
Level 1	基础合规	所有强制规则必须遵守	项目初期，快速建立基线
Level 2	标准合规	Level 1 + 所有必要规则	大多数工业项目
Level 3	完全合规	Level 2 + 所有建议规则	安全关键系统（如汽车、航空）

我曾经帮一个客户做合规评估，他们一开始就想冲到Level 3，结果发现代码改动量太大，项目差点延期。后来我建议他们先做到Level 2，把强制和必要规则搞定，建议规则逐步整改。嗯，这才是务实的态度。

2.4 知识结构总览

下面这张图把MISRA-C 2012的规则体系串起来了。你看一眼就能明白：规则怎么分类、怎么编号、怎么分等级。

2.5 实际应用建议

讲完理论，说说实际怎么用。我个人建议按以下步骤来：

1. 先定目标等级：根据项目安全要求，确定要达到Level 1、Level 2还是Level 3。
2. 配置静态分析工具：把目标等级对应的规则全部打开。
3. 分阶段整改：先改强制规则，再改必要规则，最后改建议规则。
4. 记录偏离申请：对于必要规则，如果确实无法遵守，要写书面说明。

好了，这一章的内容就这些。记住规则分类、编号体系和合规等级这三个核心概念，后面讲具体规则时你就能快速对号入座了。