WhyCan Forum(哇酷开发者社区)

这几天遭遇了头疼的事，就是功能增加太多，每个子功能调通后，开心地合并代码时傻眼了，代码超出了大约8KB，
这可不是超过一星半点，并且写程序的时候也已经相当注意数据类型的使用，所以到底能不能搞定，还真是头疼，
经过几天的“奋斗”，终于塞进去了。

把相关方法总结下，方便他人参考，也算抛砖引玉。

通常代码大小和代码速度存在矛盾，为了兼顾速度，而同时保持代码较小的目标，可以从以下方面考虑：

1.优先使用单字节类型
双字节和四字节大大增加处理代码，如果可以转化为单字节类型可以明显减小代码。这对于51单片机绝对是优化利器。如果想深入了解为什么，可以对比生成的汇编代码。
1.1 变量优先使用单字节
1.2 返回值优先使用单字节
1.3 如果bit类型够用，那么优先使用bit

2. 宏定义转为函数
宏定义存在多分拷贝，如果宏比较大，而又不是用在关键路径上，可以转换为函数。此法效果明显，但是要注意不能是性能关键路径。

3.优先使用data类型
data存储类型处理时对应的指令代码要比xdata和code的类型小得多。指针同样适用，优先使用特殊指针，而不是通用指针。

4. 查表法使用的表数据使用算法初始化
查表法可以大大提高程序执行效率，但与此同时将大大增加FLASH占用，那么可以在程序启动的时候初始化该表，这样RAM占用不变，FLASH只占用初始化的算法，而且不影响程序性能。

因为程序中有3比较大的表，两个CRC表，奇偶校验表，一下子解决2K空间，此法优化神速，但是对于没有采用查表法的程序基本无用。

5.打印字符串使用错误码
如果整个系统错误码不超过256个，那么一个错误码只需要占用1个字节，但是一行打印却要占用数十个字节，所以在调试时可以使用错误码转换函数，当正式版时不要编译该转换函数和错误字符表，而只打印错误码。这样可以通过源码的错误表，来解读错误信息。1个中型项目大约可以解决数K甚至数十K的FLASH空间。

不同的子系统也可以定义独立的错误码，那么基本可以保证使用单字节就可以完成整个系统的错误码定义了。

7. 如果不在意性能，那么使用size优先编译选项，通常可以压缩个好几K

8.超级武器
汇编

9.终极武器
$，$$，$$$，当然还有您的卓见。欢迎分享优化大法。

最近编辑记录 llinjupt (2022-03-20 13:14:46)