關(guān)于reentrant的使用keil的官方論壇上有詳細的討論.

AndyNeil(官方工程師)建議

"Areyousurethatyoureallyneedtomakeeverythingreentrant?...

AreadingoftheKeilappnotes&knowledgebasearticlesonthissubject

showedthatitwasnotnecessary."

由于每一次調(diào)用被reentrant聲明的函數(shù)都要把函數(shù)的參數(shù)和內(nèi)部變量壓棧,所以

很容易使堆棧區(qū)溢出,S52只有256Bytes的data段,一個簡單的函數(shù)如果有一個參數(shù)

三個內(nèi)部變量,則需要壓棧4字節(jié)以上,這還不包括函數(shù)調(diào)用堆棧.

reentrant其實并不是適合低端的單片機,keil論壇上有人說對于那些有KB以上RAM的

單片機reentrant才適合.

BUTCHER提到的問題我一直很奇怪自己怎么沒有出現(xiàn),仔細檢查代碼才發(fā)現(xiàn)我所有的

函數(shù)都在一開始添加了EA=0;也就是屏蔽了中斷,這樣就絕對沒有函數(shù)重載的問題!

不過這個方法也許對我們很適合,我的函數(shù)段基本都很小,而且定時器查詢速度很高,

基本不需要外部中斷,所以可以適當(dāng)優(yōu)化代碼避免中斷嵌套,就不會出現(xiàn)同一時刻

有一個函數(shù)被二次重載了.

對于BUTCHER的問題,Andy有類似的解答,"Icanredothecallingtreebyhandin

ordertoavoidusingreentrancy,butitwilltakesometimecheckingand

profilingthecode."

*** WARNING L15: MULTIPLE CALL TO SEGMENT

說說幾個小問題吧,一般我們在用KEIL的時候,只要編譯器報

- 0 Error(s) 一般我們都不去管多少個 Warning(s).了,一般這樣程序基本都能運行,但是其實仔細想想,這里還是有問題的,否則編譯器沒事吃飽了撐得,報什么警告啊~~~

今天來說說*** WARNING L15: MULTIPLE CALL TO SEGMENT這個問題!

其實這個問題應(yīng)該是引起注意的，有可能引起程序沖突，但是一般時候程序運行不會有問題,但是如果出來問題,那將會是很討厭的問題.

分析一下產(chǎn)生這一警告的一個根源是：例如在主循環(huán)里調(diào)用了一個函數(shù)，而在中斷服務(wù)中，你又一次調(diào)用了同樣的函數(shù)。這樣當(dāng)主循環(huán)運行到該函數(shù)中時，一旦產(chǎn)生中斷，則在中斷里又再次調(diào)用該函數(shù)！而使得該子函數(shù)發(fā)生了重入,這時，經(jīng)管概率很低,但是很可能出錯！這樣,編譯器就給出了警告!告訴你*** WARNING L15: MULTIPLE CALL TO SEGMENT ,表達的意思是發(fā)生了重入!字面意思自己理解去吧~~~

想要避免這種情況的方法

一.用reentrant使函數(shù)重入

關(guān)于reentrant的說明：

1，重入函數(shù)不能傳遞bit類型的參數(shù)和變量；

2，重入函數(shù)建立的是模擬堆棧區(qū),所以不使用一般函數(shù)位于存儲模式默認空間的可覆蓋式堆棧，而是在同一空間從頂端另行分配一個非覆蓋式的重入堆棧。

small 默認空間是 data;

compact 默認空間是 pdata;

largr 默認空間是 xdata;

3，由于要保存參數(shù)和局部變量，所以會消耗很大的?？臻g；盡量少用這種模式；

4、 在同一程序中可以定義和使用不同存儲器模式的重入函數(shù)，任意模式的重入函數(shù)不能調(diào)用不同存儲器模式的重入函數(shù)，但可以調(diào)用普通函數(shù)。

5、 實際參數(shù)可以傳遞給間接調(diào)用的重入函數(shù)。無重入屬性的間接調(diào)用函數(shù)不能包含調(diào)用參數(shù)。

二.如果空間多的話，可以定義兩個同功能的函數(shù)，分別在中斷和中斷外調(diào)用

別的方法沒研究出來,嘿嘿~~~對了 我建議用第二種方法好點,第一種有些限制,不爽~~