单片机汇编程序编码规范

规则8

在多重循环中，应将最忙的循环放在最内层。

规则9

避免循环体内含判断语句，将与循环变量无关的判断语句移到循环体外。

目的是减少判断次数。循环体中的判断语句是否可以移到循环体外，要视程序的具体情况而言，一般情况，与循环变量无关的判断语句可以移到循环体外，而有关的则不可以。

规则10

中断和恢复

中断程序应该尽量短，应该在中断中进行标记，在主程序中处理。但实时性很高的程序段例外。

中断时应该保存所有涉及到的通用变量和寄存器，如A, PSW, DPTR等。

规则11

堆栈设置

堆栈对于程序非常重要，对于堆栈的设置要合理。堆栈太小，在嵌套调用和很容易溢出，造成系统故障;堆栈太大，浪费RAM资源。

为了节约堆栈资源，中断时要求不要保存太多资源，中断嵌套和程序嵌套层数不要太多，尽量不要超过5层。这就要求合理的划分功能模块。

规则12

看门狗

看门狗电路用于在单片机死机时自动复位。单片机需要定时向看门狗发送脉冲，俗称”喂狗”。喂狗不可太勤，这样看门狗没有起到作用;也不可太慢，这样容易造成单片机复位。正确的喂狗应该在主循环中进行，最好是建立一个独立的系统监控进程。不可以在定时中断中喂狗，应为单片机有时可能会在主循环中死掉。

6.接口

规则1

去掉没有必要的公共变量，编程时应尽量少用公共变量。

公共变量是增大模块间耦合的原因之一，故应减少没必要的公共变量以降低模块间的耦合度。应该构造仅有一个模块或函数可以修改、创建，而其余有关模块或函数只访问的公共变量，防止多个不同模块或函数都可以修改、创建同一公共变量的现象。

规则2

当向公共变量传递数据时，要防止越界现象发生。

对公共变量赋值时，若有必要应进行合法性检查，以提高代码的可靠性、稳定性。

规则3

尽量不设计多参数函数，将不使用的参数从接口中去掉，降低接口复杂度，减少函数间接口的复杂度。

规则4

对所调用函数的返回码要仔细、全面地处理。

防止把错误传递到后面的处理流程。如有意不检查其返回码，应明确指明。

规则5

检查接口函数所有输入参数的有效性。

规则6

检查函数的所有非参数输入，如外部数据、公共变量等。

7.代码可测性

规则1

模块编写应该有完善的测试方面的考虑。

规则2

源代码中应该设计了代码测试的内容。

在编写代码之前，应预先设计好程序调试与测试的方法和手段，并设计好各种调测开关及相应测试代码。

程序的调试与测试是软件生存周期中很重要的一个阶段，如何对软件进行较全面、高率的测试并尽可能地找出软件中的错误就成为很关键的问题。因此在编写源代码之前，除了要有一套比较完善的测试计划外，还应设计出一系列代码测试手段，为单元测试、集成测试及系统联调提供方便。

规则3

在同一项目组或产品组内，要有一套统一的为集成测试与系统联调准备的调测开关及相应函数，并且要有详细的说明。本规则是针对项目组或产品组的。

规则4

在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。信息串中至少要有所在模块名(或源文件名)及行号。

统一的调测信息格式便于集成测试。

规则5

正式软件产品中应把调测代码去掉(即把有关的调测开关关掉)。

规则6

用调测开关来切换软件的DEBUG版和正式版，而不要同时存在正式版本和DEBUG版本的不同源文件，以减少维护的难度。

规则7

在软件系统中设置与取消有关测试手段，不能对软件实现的功能等产生影响。

即有测试代码的软件和关掉测试代码的软件，在功能行为上应一致。

规则8

发现错误应该立即修改，并且若有必要记录下来。

规则9

开发人员应坚持对代码进行彻底的测试(单元测试)，而不依靠他人或测试组来发现问题。

规则10

清理、整理或优化后的代码要经过审查及测试。

规则11

代码版本升级要经过严格测试。

8.代码编译

规则1

打开编译器的所有告警开关对程序进行编译。

防止隐藏可能是错误的告警。

规则2

某些语句经编译后产生告警，但如果你认为它是正确的，那么应通过某种手段去掉告警信息。

ps：从网上收集了一些相关内容，结合我自己的经验，欢迎拍砖，谢绝辱骂;

ps2：有些可能不常用，因为大家写不到那么长的代码，就我自己写的最长的汇编代码也不超过10K行;