关于reentrant的使用keil的官方论坛上有详细的讨论.

Andy Neil(官方工程师)建议

"Are you sure that you really need to make everything reentrant?...

A reading of the Keil app notes & knowledgebase articles on this subject 

showed that it was not necessary. "

由于每一次调用被reentrant声明的函数都要把函数的参数和内部变量压栈,所以

很容易使堆栈区溢出,S52只有256Bytes的data段,一个简单的函数如果有一个参数

三个内部变量,则需要压栈4字节以上,这还不包括函数调用堆栈.

reentrant其实并不是适合低端的单片机,keil论坛上有人说对于那些有KB以上RAM的

单片机reentrant才适合.

BUTCHER提到的问题我一直很奇怪自己怎么没有出现,仔细检查代码才发现我所有的

函数都在一开始添加了EA=0;也就是屏蔽了中断,这样就绝对没有函数重载的问题!

不过这个方法也许对我们很适合,我的函数段基本都很小,而且定时器查询速度很高,

基本不需要外部中断,所以可以适当优化代码避免中断嵌套,就不会出现同一时刻

有一个函数被二次重载了.

对于BUTCHER的问题,Andy有类似的解答,"I can redo the calling tree by hand in

 order to avoid using reentrancy, but it will take some time checking and 

profiling the code." 

*** WARNING L15: MULTIPLE CALL TO SEGMENT

说说几个小问题吧,一般我们在用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，由于要保存参数和局部变量，所以会消耗很大的栈空间；尽量少用这种模式；

4、    在同一程序中可以定义和使用不同存储器模式的重入函数，任意模式的重入函数不能调用不同存储器模式的重入函数，但可以调用普通函数。

5、    实际参数可以传递给间接调用的重入函数。无重入属性的间接调用函数不能包含调用参数。

二.如果空间多的话，可以定义两个同功能的函数，分别在中断和中断外调用

别的方法没研究出来,嘿嘿~~~对了 我建议用第二种方法好点,第一种有些限制,不爽~~