全局变量简直就是嵌入式系统的戈兰高地。冲突最激烈的双方是：
他们普遍的理解就是“变量都写成全局该有多方便”。我之前面试过一个非常有名的做控制实验室里出来的PhD/Master，前前后后陆续有快十个人。面试问题是用C写PID。到后面的几位面试的时候我都觉得没有看的意义了，因为全都写的是同一个风格。大概就是这样的：
代码的特点就是所有的变量一定定义在函数外面。问他们为什么，回答是“全局变量方便调试”。事实上在学校里做搞自动控制的人最重要的根本就是控制的结果，而不是代码本身。代码只要能工作就行。变量名污染，低耦合之类的和他们就不在同一个世界。进了公司有些人代码质量会变好，但有的还是会延续之前的习惯。前公司代码库里面凡是看不懂的代码一律都是那一两个Control Engineer写的，写完了还会用自己的名字给函数命名的那种。要成为一个资深的嵌入式工程师相当难，一方面要有非常扎实的理论知识，同时也要有相当的那种大型的、高频CPU、多层PCB板的设计经验。嵌入式硬件工程师要学的课程主要有模拟电路设计、数字电路设计、电磁波理论等。熟悉常用的放大电路、滤波电路、电源电路设计和分析。代码的特点就是所有的静态变量都不可以定义在.h文件里，必须写在.c文件里以确保别的文件没法访问它们。别的文件真要访问怎么办？那就给每一个变量写get/set函数啊！问题是静态变量写在.c文件里编译器是没法优化get/set的。结果就大面积的变量访问要花几倍的CPU时间去做get/set的函数调用。嵌入式项目很多情况下对硬件的压榨是很极端的，CPU利用率90%都不算什么，顶到97%都是有的。（注意下这些项目是实时性要求很高的，晚一个毫秒算不完都不行。不是跑在电脑上鼠标卡一卡也无所谓的。）然后为了封装性，在代码里面塞这么多get/set吗？
总的来说嵌入式软件里大部分的代码都是中断驱动的，天生就有很多变量是没法使用参数传递的。全局变量的存在是因为正义站在这边。但是嵌入式软件远远没有特殊到不需要按照正常软件工程方法去管理的地步。要真有人认为“嵌入式软件只要能工作就成，代码丑一点无所谓的”纯粹是软件工程水平不行，不是因为控制水平太高。全局变量一定是要用的，管理它们也很重要。一些基本的代码规则：- 如果只是文件内调用，全局变量只能写在这个.c文件里，不要写进.h文件。
- .h里面的全局变量全局可读，但是只有本文件组可以写。别的文件要写请调用set函数。
- 所有的全局变量无论在.h还是.c里面都要包成同名struct。哪怕只有一个变量也要写进struct里面。比如PID.c里面有一个pid_S，PID.h里面有个PID_S。这样其他人不仅可以立即识别出一个变量是project内global/文件内static/函数内local，同时还能轻松追溯到这个函数是属于哪个文件的。
- 不要写函数内的static变量。函数内的static变量在实际的项目中几乎就是bug生成器，没法简单的reset。而且对unit test非常不友好。
-END-
（免责声明：整理本文出于传播相关技术知识，版权归原作者所有。）
暂无评论