C语言编程规范

本文格式为Word版，下载可任意编辑——C语言编程规范〞位操作符“>>〞规律操作符“||〞位操作符\规律操作符“&&〞位操作符\

规律操作符\位操作符“~〞

3.易用错的操作符

（1）除操作符\

当除操作符“/〞的运算量是整型量时，运算结果也是整型。求余操作符\的运算量只能是整型。

（3）自加、自减操作符“++〞、“--〞

（2）求余操作符\

4.了解编译系统的内存分派方式，特别是编译系统对不同类型的变量的内存分派规则。5.阻止内存操作越界。

采用以下措施：

（1）数组的大小要考虑最大状况，避免数组分派空间不够。

（3）使用memcpy/memset时一定要确保长度不要越界。（4）字符串考虑最终的’\\0’，确保所有字符串是以’\\0’终止。（5）指针加减操作时，考虑指针类型长度。（6）数组下标进行检查。

（7）使用时sizeof或者strlen计算结构/字符串长度，避免手工计算。

6.系统运行之初，要初始化有关变量及运行环境，防止未经初始化的变量被引用。7.编程时，要防止差1错误。（“++〞“——〞“>=〞〞6.函数声明处解释描述函数功能、性能及用法，包括输入和输出参数、函数返回值、可重入的要求等；定义处详细描述函数功能和实现要点，如实现的简要步骤、实现的理由、设计约束等。

7.全局变量要有较详细的解释，包括对其功能、取值范围以及存取时本卷须知等的说明。在代码的功能、意图层次上进行解释，提供有用、额外的信息。

8.解释应放在其代码上方相邻位置或右方，不可放在下面。如放于上方则需与其上面的代码用空行隔开，且与下方代码缩进一致。

9.避免在解释中使用缩写，除非是业界通用或子系统内标准化的缩写。10.同一产品或项目组统一解释风格。11.避免在一行代码或表达式的中间插入解释。

12.在代码的功能、意图层次上进行解释，提供有用、额外的信息。

9.排版与格式

1.程序块采用缩进风格编写，每级缩进为4个空格。2.相对独立的程序块之间、变量说明之后必需加空行。

3.一条语句不能过长，如不能拆分需要分行写。一行终究多少字符换行比较适合，产品可以自行确定。

4.多个短语句（包括赋值语句）不允许写在同一行内，即一行只写一条语句。5.if、for、do、while、case、switch、default等语句独占一行。程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应在同一产品中采用一致的编程风格

6.在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，假使是关系密切的马上操作符（如－>），后不应加空格。例如：

(1)逗号、分号只在后面加空格inta,b,c;

(2)比较操作符,赋值操作符\、\，算术操作符\、\，规律操作符\、\，位域操作符\、\等双目操作符的前后加空格。if(current_time>=MAX_TIME_VALUE)a=b+c;a*=2;a=b^2;

(3)\、\、\、\、\（地址操作符）等单目操作符前后不加空格。*p='a';//内容操作\与内容之间flag=!is_empty;//非操作\与内容之间p=//地址操作\与内容之间i++;//\与内容之间(4)\、\前后不加空格。

p->id=pid;//\指针前后不加空格

(5)if、for、while、switch等与后面的括号间应加空格，使if等关键字更为突出、明

显。

If(a>=b&&c>d)

8.解释符（包括?/*?.//?.*/?）与解释内容之间要用一个空格进行分隔。

10.表达式

1.表达式的值在标准所允许的任何运算次序下都应当是一致的。

1.函数调用不要作为另一个函数的参数使用，否则对于代码的调试、阅读都不利。2.赋值语句不要写在if等语句中，或者作为函数的参数使用。3.用括号明确表达式的操作顺序，避免过分依靠默认优先级。4.赋值操作符不能使用在产生布尔值的表达式上。

11.代码编辑、编译

1.使用编译器的适合的告警级别，理解所有的告警信息，通过修改代码而不是降低告警

级别来消除所有告警；

2.在产品软件（项目组）中，要统一编译开关、静态检查选项以及相应告警清除策略。3.使用版本控制（配置管理）系统，及时签入通过本地构建的代码，确保签入的代码不会影响构建成功。

12.安全性

1.避免整数溢出。

2.避免符号错误。3.避免截断错误。

13.可读性

1.注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。2.避免使用不易理解的数字，用有意义的标识来替代。涉及物理状态或者含有物理意义的

3.常量，不应直接使用数字，必需用有意义的枚举或宏来代替。4.源程序中关系较为紧凑的代码应尽可能相邻。5.不要使用难懂的技巧性很高的语句，除非很有必要时。

14.可测性

1.模块划分明了，接口明确，耦合性小，有明确输入和输出，否则单元测试实施困难。

（1）说明：单元测试实施依靠于：（2）模块间的接口定义明白、完整、稳定；

（3）模块功能的有明确的验收条件（包括：预置条件、输入和预期结果）；

（4）模块内部的关键状态和关键数据可以查询，可以修改；（5）模块原子功能的入口唯一；（6）模块原子功能的出口唯一；

（7）依靠集中处理：和模块相关的全局变量尽量的少，或者采用某种封装形式。2.在同一项目组或产品组内，要有一套统一的为集成测试与系统联调准备的调测开关及相应打印函数，并且要有详细的说明。

3.在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。4.正式软件产品中应把断言及其它调测代码去掉（即把有关的调测开关关掉）。5.在软件系统中设置与取消有关测试手段，不能对软件实现的功能等产生影响。

15.单元测试

1.在编写代码的同时，或者编写代码前，编写单元测试用例验证软件设计/编码的正确。

2.单元测试关注单元的行为而不是实现，避免针对函数的测试。

说明：应当将被测单元看做一个被测的整体，根据实际资源、进度和质量风险，权衡代码覆盖、打桩工作量、补充测试用例的难度、被测对象的稳定程度等，一般状况下建议关注模块/组件的测试，尽量避免针对函数的测试。尽管有时候单个用例只能