今天調試時遇到了這個問題，以前都不注意這些警告錯誤，現在看來爭取要做到：0錯誤，0警告。
中斷中和中斷外都調用了同一個串口打印函數，一直有上述的報警，沒在意，今天調試時發現串口打印出了一些亂七八糟的東東，且程序也不知道跑哪里去了，很郁悶。最后查到是上述這個問題導致的，現在解決辦法為采用第二種辦法，第一種辦法據說要耗很多存儲空間，以后慢慢體會。
說說幾個小問題吧,一般我們在用KEIL的時候,只要編譯器報
- 0 Error(s) 一般我們都不去管多少個 Warning(s).了,一般這樣程序基本都能運行,但是其實仔細想想,這里還是有問題的,否則編譯器沒事吃飽了撐得,報什么警告啊~~~
今天來說說*** WARNING L15: MULTIPLE CALL TO SEGMENT這個問題!
其實這個問題應該是引起注意的，有可能引起程序沖突，但是一般時候程序運行不會有問題,但是如果出來問題,那將會是很討厭的問題.
分析一下 產生這一警告的一個根源是：例如在主循環里調用了一個函數，而在中斷服務中，你又一次調用了同樣的函數。這樣當主循環運行到該函數中時， 一旦產生中斷，則在中斷里又再次調用該函數！而使得該子函數發生了重入,這時，經管概率很低,但是很可能出錯！這樣,編譯器就給出了警告!告訴你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表達的意思是發生了重入!字面意思自己理解去吧~~~
想要避免這種情況的方法
一.用reentrant使函數重入
關于reentrant的說明：
1，重入函數不能傳遞bit類型的參數和變量；
2，重入函數建立的是模擬堆棧區,所以不使用一般函數位于存儲模式默認空間的可覆蓋式堆棧，而是在同一空間從頂端另行分配一個非覆蓋式的重入堆棧。
small 默認空間是 data;
compact 默認空間是 pdata;
largr 默認空間是 xdata;
3，由于要保存參數和局部變量，所以會消耗很大的�？臻g；盡量少用這種模式；
4、 在同一程序中可以定義和使用不同存儲器模式的重入函數，任意模式的重入函數不能調用不同存儲器模式的重入函數，但可以調用普通函數。
5、 實際參數可以傳遞給間接調用的重入函數。無重入屬性的間接調用函數不能包含調用參數。
二.如果空間多的話，可以定義兩個同功能的函數，分別在中斷和中斷外調用
別的方法沒研究出來,嘿嘿~~~對了 我建議用第二種方法好點,第一種有些限制,不爽~~
WARNING L15: MULTIPLE CALL TO SEGMENT
這個問題必須注意，可能引起程序沖突，假設你用于自動化領域，則可能導致信號產生尖峰。 產生這一警告的一個根源是：你在主循環里調用了一個函數（如aaa)，而在中斷服務函數里，你用調用了這個函數（如aaa）。這樣當主循環運行到該函數中 是，一旦產生中斷，則在中斷里又再次調用該函數！這時，很可能出錯！ 避免這種情況的方法很多：如，在進中斷的時候置需調用該函數的標志，而在主循環中調用該函數