进入中断，又发生更高优先级中断会导致如下的问题么？

只看该作者 · 2009-11-20 08:56

串口中断函数
void usart _zhongduan interrupt 1
{
   unsigned char temp;

   for (temp = 0 temp < 100; temp++) {
            //在这里刚运行到temp=30时，发生了更高级别的中断 Timer中断
   }
}

定时器中断函数
void timer _zhongduan interrupt 0
{
      、、、、、、
      ...........
}

//请问：从定时器中断返回到串口中断函数后temp的值是多少？是不是由于temp不是static性质的，所以temp就变成0了？

请答复！并且说出理由！（答复前不要做实验哦）

只看该作者 · 2009-11-20 09:07

基础啊，楼主，呵呵。
temp是串口中断函数的局部变量，timer的中断函数是不能访问到它的，前提是程序编的没问题。

只看该作者 · 2009-11-20 09:14

void usart_zhongduan interrupt 1
{
   unsigned char temp;

   for (temp = 0 temp < 100; temp++) {
            //在这里刚运行到temp=30时，发生了更高级别的中断 Timer中断
            //可以等价为:
            if(temp == 30){ //所以，temp不会被改变
                     timer_zhongduan();
            }
   }
}

定时器中断函数
void timer_zhongduan interrupt 0
{
      、、、、、、
      ...........
}

只看该作者 · 2009-11-20 09:22

我的理解：
temp在栈上分配，像STM32,avr这种有栈结构的芯片，中断来时栈会自动生长，高级别的中断不会影响栈前面的数据。只要不刻意去破坏，就不会有问题
而PIC 8位机这种没有数据栈的，编译器在分配局部变量时会先分析call graph,在不同的call graph中不会使用静态覆盖技术，优先级不同的中断call graph不同，因此temp也不会被覆盖掉

只看该作者 · 2009-11-20 10:05

竟然一个比一个详细啊！！！！

基础啊！！似乎都是小牛！:handshake

2万 · 2009-11-20 10:47

唉，基础啊！！

1、正常的C编译器都会做覆盖分析，对中断影响的资源现场进行保存，并在中断退出时恢复现场，要相信编译器；
2、C语言的规则确保了：函数内的局部变量别的函数是看不到也操作不到的，不管调用了多少个子函数，自己的局部变量都不会改变的。
任何正规的C编译器都会确保以上两点的，否则就是有BUG的编译器了。

当然，你要是人为修改堆栈指针、或者用指针访问别人的空间，那是编译器没法分析道的。

2万 · 2009-11-20 10:53

LS的口头禅就:哎,~~~~~~~~~最后一个叹号

2万 · 2009-11-20 10:54

以哎为关键词搜索21BBS...

只看该作者 · 2009-11-20 11:25

结果: 找到 “哎” 相关主题 49 个

只看该作者 · 2009-11-20 11:26

唉，基础啊！！

1、正常的C编译器都会做覆盖分析，对中断影响的资源现场进行保存，并在中断退出时恢复现场，要相信编译器；
2、C语言的规则确保了：函数内的局部变量别的函数是看不到也操作不到的，不管调用了多少 ...
xwj 发表于 2009-11-20 10:47

看样子中断函数是个特殊的普通函数啊！

只看该作者 · 2009-11-20 11:31

楼主用的是keil c51吧。keil C51的中断函数的局部变量都分配在不可覆盖区域。

1万 · 2009-11-20 12:03

这次是两个叹号！

只看该作者 · 2009-11-20 15:17

本帖最后由 arm_fan168 于 2009-11-20 15:19 编辑

我的理解：
temp在栈上分配，像STM32,avr这种有栈结构的芯片，中断来时栈会自动生长，高级别的中断不会影响栈前面的数据。只要不刻意去破坏，就不会有问题
而PIC 8位机这种没有数据栈的，编译器在分配局部变量时会先 ...
lxyppc 发表于 2009-11-20 09:22

局部变量是否分配在堆栈，可不是由芯片决定的，而是由编译器决定的，虽然编译器在决定局部变量是否分配在堆栈的时候会考虑MCU的架构和指令。
keilC编译器之所以采用静态分配局部变量的原因，是因为51的指令缺少像ARM指令中的“STR R0, [R13,#-20]”这种指令，使得在栈中定位某个局部变量时需要费一番周折，编译器为了提高代码效率，所以采用了静态分配局部变量。但这也造成了代码的不可重入，有得就有失啊。