[導讀]全局變量，作為一個嵌入式工程師，肯定有前人提示過你不要濫用，就在之前豐田公司就出過這么一檔子事兒，某位軟件工程師因使用超過10000個全局變量，在法庭上被“噴”是“一坨”代碼，在工程實踐中，總共采用5個或10個全局變量，這都是OK的，但一次性使用10000個那就很可怕了！
01
啥是全局變量
全局變量既可以是某對象函數(shù)創(chuàng)建，也可以是在本程序任何地方創(chuàng)建。全局變量是可以被本程序所有對象或函數(shù)引用。
int num1 = 222; //靜態(tài)存儲期static int num2 = 111; //靜態(tài)存儲期int add(int a,int b){static int tempSum = 0; //靜態(tài)存儲期tempSum = tempSum + a + b;return tempSum;}int main(void){printf("num1=%d,num2=%d\n",num1,num2);int sum = 0; //自動存儲期sum = add(num1,num2);printf("first time sum=%d\n",sum);//sum = 333sum = add(num1,num2);printf("second time sum=%d\n",sum); //sum = 666return 0;}
02
新手最容易犯的問題
2. 會導致軟件分層的不合理，全局變量相當于一條快捷通道，它容易使程序員模糊了“設備層”和“應用層”之間的邊界。寫出來的底層程序容易自作多情地關注起上層的應用。這在軟件系統(tǒng)的構建初期的確效率很高，功能調試進度一日千里，但到了后期往往bug一堆，處處“補丁”，雷區(qū)遍布。說是度日如年舉步維艱也不為過。
3. 由于軟件的分層不合理，到了后期維護，哪怕僅是增加修改刪除小功能，往往要從上到下掘地三尺地修改，涉及大多數(shù)模塊，而原有的代碼注釋卻忘了更新修改，這個時候，交給后來維護者的系統(tǒng)會越來越像一個“泥潭”，注釋的唯一作用只是使泥潭上方再加一些迷煙瘴氣。
4. 全局變量大量使用，少不了有些變量流連忘返于中斷與主回圈程序之間。這個時候如果處理不當，系統(tǒng)的bug就是隨機出現(xiàn)的，無規(guī)律的，這時候初步顯示出病入膏肓的特征來了，沒有大牛來力挽狂瀾，注定慢性死亡。
無需多言，您已經成功得到一個畸形的系統(tǒng)，它處于一個神秘的穩(wěn)定狀態(tài)！你看著這臺機器，機器也看著你，相對無言，心中發(fā)毛。你不確定它什么時候會崩潰，也不曉得下一次投訴什么時候道理。
然后，我告訴大家現(xiàn)實層面的后果是什么。
2. 新人見光死，但凡招聘來維護這個系統(tǒng)的，除了改出更多的bug外，基本上一個月內就走人，到了外面還宣揚這個公司的軟件質量有夠差夠爛。
3.隨著產品的后續(xù)升級，幾個月沒有接觸這個系統(tǒng)的原創(chuàng)者會發(fā)現(xiàn)，很多雷區(qū)他本人也忘記了，于是每次的產品升級維護周期越來越長，因為修改一個功能會冒出很多bug，而按下一個bug，會彈出其他更多的bug。在這期間，又會產生更多的全局變量。終于有一天他告訴老板，不行啦不行啦，資源不夠了，ram或者flash空間太小了，升級升級。
4. 客戶投訴不斷，售后也快崩潰了，業(yè)務員也不敢推薦此產品了，市場份額越來越小，公司形象越來越糟糕。
03
那么有什么對策？
2. 如果不可避免需要用到，那能藏多深就藏多深。
2)如果只有一個函數(shù)用，那就static到函數(shù)里面去；
3)如果非要開放出去讓人讀取，那就用函數(shù)return出去，這樣就是只讀屬性了；
4)如果非要遭人蹂躪賦值，好吧，我開放函數(shù)接口讓你傳參賦值；
如此，你可明白我對全局變量的感悟有多深刻。悲催的我，已經把當年那些“老人”交給我維護的那些案子加班全部重新翻寫了。你能明白嗎，不要讓人背后唾棄你哦。
04
大量使用局部變量也會容易造成棧溢出
2.盡量把變量的作用范圍控制在使用它的模塊里面，如果其他模塊要訪問，就開個讀或寫函數(shù)接口出來，嚴格控制訪問范圍。這一點，C++的private屬性就是這么干的。這對將來程序的調試也很有好處。C語言之所以有++版本，很大原因就是為了控制它的靈活性，要說面向對象的思想，C語言早已有之，亦可實現(xiàn)。
3.當一個模塊里面的全局變量超過3個(含)時，就用結構體包起來吧。要歸0便一起歸0，省得丟三落四的。
4.在函數(shù)里面開個靜態(tài)的全局變量，全局數(shù)組，是不占用?？臻g的。只是有些編譯器對于大塊的全局數(shù)組，會放到和一般變量不同的地址區(qū)。若是在keil C51，因為是靜態(tài)編譯，棧爆掉了會報警，所以大可以盡情馳騁，注意交通規(guī)則就是了。
5.單片機的os-less系統(tǒng)中，只有棧沒有堆的用法，那些默認對堆分配空間的“startup.s”，可以大膽的把堆空間干掉。
6.程序模型？如何分析抽象出來呢，從哪個角度進行模型構建呢？很愿意聆聽網友的意見。本人一直以來都是從兩個角度分析系統(tǒng)，事件--狀態(tài)機遷移圖 和 數(shù)據(jù)流圖，前者分析控制流向，完善UI，后者可知曉系統(tǒng)數(shù)據(jù)的緣起緣滅。這些理論，院校的《軟件工程》教材都有，大家不妨借鑒下。只不過那些理論，終究是起源于大型系統(tǒng)軟件管理的，牛刀殺雞，還是要裁剪一下的。
05
【最后再來皮一下，不要嘗試】全局變量的最佳前綴
答：//
-END-
推薦閱讀
1024G 嵌入式資源大放送！包括但不限于C/C++、單片機、Linux等。在公眾號聊天界面回復1024，即可免費獲取！
免責聲明：本文內容由21ic獲得授權后發(fā)布，版權歸原作者所有，本平臺僅提供信息存儲服務。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
下載文檔
