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

发表于 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

发表于 2009-11-20 10:47

唉，基础啊！！

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

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

发表于 2009-11-20 10:53

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

发表于 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的中断函数的局部变量都分配在不可覆盖区域。

发表于 2009-11-20 12:03

这次是两个叹号！

xlsbz · 发表于 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]”这种指令，使得在栈中定位某个局部变量时需要费一番周折，编译器为了提高代码效率，所以采用了静态分配局部变量。但这也造成了代码的不可重入，有得就有失啊。

发表于 2009-11-20 17:03

:lol

发表于 2009-11-20 18:57

又长见识了。。。

发表于 2009-11-21 09:23

新手，学习了

发表于 2009-11-21 09:48

这要是会覆盖的话，编译器也太次了。

发表于 2009-11-21 10:02

对51
temp保存在R?寄存器
函数属性有个 using ？？
如果两个中断函数用的是同一组寄存器组，有可能被覆盖
你没指定，编译器智能设定不同组寄存器，不会覆盖

发表于 2009-11-26 17:24

受教了，原来我的见识太浅薄了，来这里受教，呵呵呵

发表于 2009-11-26 21:01

粗浅理解
一般情况下，局部变量是由编译器维护的，函数被调用时编译器创建堆空间，函数中又调用其他函数时，保护现场，又创建新的堆空间，函数执行完毕，释放堆空间，即局部变量所在空间被收回，访问不到了。
中断嵌套的道理差不多的。

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

相关帖子

评分

浏览过的版块

突出贡献奖章

无冕之王奖章

沉静之湖泊

十世金身

技术导师奖章

终身成就奖章

坚毅之洋流

技术领袖奖章

精英会员奖章

奔腾之江水

湍急之河流

精华达人奖章

缘定三生

技术高手奖章

常驻人口

晶莹之水滴