單片機的芯片資源從來都是 “精打細算” 的級別，CPU 主頻普遍不高，RAM 總容量本就緊張，分給棧空間的更是少得可憐。要是像普通軟件那樣，依賴函數返回值傳遞數據、頻繁用局部變量周轉，一來二去占用的全是寶貴的棧內存，很容易出現棧溢出的問題。而且局部變量的賦值、函數調用時的參數入棧出棧，對主頻不高的單片機 CPU 來說，都是一堆額外的指令開銷，積少成多就會拖慢程序運行速度，甚至影響實時響應效果 —— 這在需要精準控制時序的單片機場景里，可是致命的。

反觀全局變量，完全不用糾結這些麻煩。它直接占用固定的 RAM 空間，不用擠占棧資源，程序里任何地方都能直接訪問，省去了數據傳遞的中間環節。沒有了參數拷貝、返回值賦值的額外指令，CPU 執行效率大大提升，性能損耗降到最低，剛好適配單片機 “低主頻、小內存” 的硬件短板。對單片機開發來說，首要目標是讓程序在有限的資源里穩定跑起來，還要保證實時性，這時候簡單、直接、開銷小的全局變量，自然成了最優解。

當然，放在現在性能過剩的 PC 端或服務器端開發里，全局變量的劣勢很明顯：數據訪問不受控，誰都能修改，時序問題難排查，bug 定位起來費時費力。但單片機場景完全不同，它的程序規模通常不大，功能相對單一，代碼邏輯也沒那么復雜，全局變量的可維護性問題被大幅弱化。比起 “性能不夠用、內存撐不住” 的核心矛盾，全局變量帶來的那點維護成本，實在是次要的。在單片機的硬件限制下，優先保證程序的運行效率和穩定性，遠比追求極致的可維護性更實際，這也是為什么 C 語言開發單片機時，大多數情況都會選擇全局變量的核心原因。