C语言开发单片机为什么大多数都采用全局变量的形式？

单片机的芯片资源从来都是 “精打细算” 的级别，CPU 主频普遍不高，RAM 总容量本就紧张，分给栈空间的更是少得可怜。要是像普通软件那样，依赖函数返回值传递数据、频繁用局部变量周转，一来二去占用的全是宝贵的栈内存，很容易出现栈溢出的问题。而且局部变量的赋值、函数调用时的参数入栈出栈，对主频不高的单片机 CPU 来说，都是一堆额外的指令开销，积少成多就会拖慢程序运行速度，甚至影响实时响应效果 —— 这在需要精准控制时序的单片机场景里，可是致命的。

反观全局变量，完全不用纠结这些麻烦。它直接占用固定的 RAM 空间，不用挤占栈资源，程序里任何地方都能直接访问，省去了数据传递的中间环节。没有了参数拷贝、返回值赋值的额外指令，CPU 执行效率大大提升，性能损耗降到最低，刚好适配单片机 “低主频、小内存” 的硬件短板。对单片机开发来说，首要目标是让程序在有限的资源里稳定跑起来，还要保证实时性，这时候简单、直接、开销小的全局变量，自然成了最优解。

当然，放在现在性能过剩的 PC 端或服务器端开发里，全局变量的劣势很明显：数据访问不受控，谁都能修改，时序问题难排查，bug 定位起来费时费力。但单片机场景完全不同，它的程序规模通常不大，功能相对单一，代码逻辑也没那么复杂，全局变量的可维护性问题被大幅弱化。比起 “性能不够用、内存撑不住” 的核心矛盾，全局变量带来的那点维护成本，实在是次要的。在单片机的硬件限制下，优先保证程序的运行效率和稳定性，远比追求极致的可维护性更实际，这也是为什么 C 语言开发单片机时，大多数情况都会选择全局变量的核心原因。