interrupt 中断

本文深入探讨了C51中断过程的实现机制,详细解释了interrupt和using关键字的作用与使用方法。重点阐述了如何通过interrupt关键字指定中断号与中断向量表的对应关系,以及using关键字在指定中断服务程序所使用的寄存器组时的重要性。文章进一步解析了中断向量表的结构、中断优先级与寄存器组切换的原理,并提供了实例代码以辅助理解。此外,文章还讨论了在中断服务函数中调用其他函数时的注意事项,以及如何避免参数传递错误的方法。
interrupt 和 using 在C51中断中的使用[转]
8051 系列 MCU 的基本结构包括:32 个 I/O 口(4 组8 bit 端口);两个16 位定时计数器;全双工串行通信;6 个中断源(2 个外部中断、2 个定时/计数器中断、1 个串口输入/输出中断),两级中断优先级;128 字节内置RAM;独立的 64K 字节可寻址数据和代码区。中断发生后,MCU 转到 5 个中断入口处之一,然后执行相应的中断服务
处理程序。中断程序的入口地址被编译器放在中断向量中,中断向量位于程序代码段的最低地址处,注意这里的串口输入/输出中断共用一个中断向量。8051的中断向量表如下:
中断源 中断向量
---------------------------
上电复位 0000H
外部中断0 0003H
定时器0 溢出 000BH
外部中断1 0013H
定时器1 溢出 001BH
串行口中断 0023H
定时器2 溢出 002BH

interruptusing 都是 C51 的关键字。C51 中断过程通过使用 interrupt 关键字和中断号(0 到 31)来实现。中断号指明编译器中断程序的入口地址中断序号对应着 8051中断使能寄存器IE 中的使能位,对应关系如下:
IE寄存器 C51中的 8051的
的使能位 中断号 中断源
--------------------------------
IE.0 0 外部中断0
IE.1 1 定时器0 溢出
IE.2 2 外部中断1
IE.3 3 定时器1 溢出
IE.4 4 串口中断
IE.5 5 定时器2 溢出

有 了这一声明,编译器不需理会寄存器组参数的使用和对累加器A、状态寄存器、寄存器B、数据指针和默认的寄存器的保护。只要在中断程序中用到,编译器会把它 们压栈,在中断程序结束时将他们出栈。C51 支持所有 5 个 8051 标准中断从 0 到 4 和在 8051 系列(增强型)中多达 27 个中断源。
using 关键字用来指定中断服务程序使用的寄存器组。用法是:using 后跟一个0 到3 的数,对应着 4 组工作寄存器。一旦指定工作寄存器组,默认的工作寄存器组就不会被压栈,这将节省 32 个处理周期,因为入栈和出栈都需要 2 个处理周期。这一做法的缺点是所有调用中断的过程都必须使用指定的同一个寄存器组,否则参数传递会发生错误。因此对于using,在使用中需灵活取舍。

关于using:
您在文中说明“这一做法的缺点是所有调用中断的过程都必须使用指定的同一个寄存器组”是不是这个意思?
举个例子来说:
定义一个函数
void func(unsigned char i) {
...
if(++i==0x12) {
...
}
...
}
有如下一个中断函数
void int_0(void) interrupt 0 using 1 {
....
}
在默认状态下,func使用寄存器组0(BANK0),那么当int_0调用func时是否存在当传递参数时会造成参数传递错误?
谢谢!

如果在中断服务函数 ISR 中使用寄存器,那么必须处理好 using 的使用问题:
1、中断服务函数使用 using 指定与主函数不同的寄存器组(主函数一般使用 Register bank 0)。
2、中断优先级相同的ISR 可用 using 指定相同的寄存器组,但优先级不同的 ISR 必须使用不同的寄存器组,在 ISR 中被调用的函数也要使用 using 指定与中断函数相同的寄存器组。
3、如果不用 using 指定,在 ISR 的入口,C51 默认选择寄存器组0,这相当于中断服务程序的入口首先执行指令:
MOV PSW #0
这点保证了,没使用 using 指定的高优先级中断。可以中断使用不同的寄存器组的低优先级中断。
4、 使用 using 关键字给中断指定寄存器组,这样直接切换寄存器组而不必进行大量的 PUSH 和 POP 操作,可以节省RAM空间,加速 MCU 执行时间。寄存器组的切换,总的来说比较容易出错,要对内存的使用情况有比较清晰的认识,其正确性要由你自己来保证。特别在程序中有直接地址访问的时候, 一定要小心谨慎!至于“什么时候要用到寄存器组切换”,一种情况是:当你试图让两个(或以上)作业同时运行,而且它们的现场需要一些隔离的时候,就会用上 了。在 ISR 或使用实时操作系统RTOS 中,寄存器非常有用。
寄存器组使用的原则:
1、8051 的最低32 个字节分成 4 组 8 寄存器。分别为寄存器R0 到R7。寄存器组由PSW 的低两位选择。在 ISR 中,MCU 可以切换到一个不同的寄存器组。对寄存器组的访问不可位寻址,C51 编译器规定使用 using 或 禁止中断的函数(#pragma disable)均不能返回 bit 类型的值。
2、主程序(main函数)使用一组,如 bank 0;低中断优先级的所有中断均使用第二组,如 bank 1;高中断优先级的所有中断均使用再另外一组,如 bank 2。显然,同级别的中断使用同一组寄存器不会有问题,因为不会发生中断嵌套;而高优先级的中断则要使用与低优先级中断不同的一组,因为有可能出现在低优先 级中断中发生高优先级中断的情况。编译器会自动判断何时可使用绝对寄存器存取。
3、在 ISR 中调用其它函数,必须和中断使用相同的寄存器组。当没用 NOAREGS 命令做明确的声明,编译器将使用绝对寄存器寻址方式访问函数选定(即用 using 或 REGISTERBANK 指定)的寄存器组,当函数假定的和实际所选的寄存器组不同时,将产生不可预知的结果,从而可能出现参数传递错误,返回值可能会在错误的寄存器组中。
举一例子:当需要在中断内和中断外调用同一个函数,假定按照程序的流程控制,不会出现函数的递归调用现象,这样的调用会不会出现问题?若确定不会发生重入情况,则有以下两种情况:
1、如果 ISR 和主程序使用同一寄存器组(主程序缺省使用BANK 0,若 ISR 没有使用 using 为其指定寄存器区,则缺省也使用 BANK 0),则不需其他设置。
2、如果 ISR 和主程序使用不同的寄存器组(主程序缺省使用BANK 0,ISR 使用 using 指定了其他 BANK),则被调用函数必须放在:
#pragma NOAREGS
#pragma AREGS
控 制参数对中,指定编译器不要对该函数使用绝对寄存器寻址方式;或者也可在 Options->C51,选中“Don't use absolute register accesses”,使所有代码均不使用绝对寄存器寻址方式(这样,执行效率将稍有降低)。不论以上的哪一种情况,编译器均会给出重入警告,需手工更改 OVERLAY 参数,做重入说明。
3、还有一种办法:如果被调用函数的代码不是很长,还是将该函数复制一份,用不同的函数名代替,这种情况适合ROM有足够多余的空间。
因此,对using关键字的使用,如果没把握,宁可不用,交给编译系统自己去处理好了。
 
 

 

interrupt xx using y
跟在 interrupt 后面的xx 值得是中断号,就是说这个函数对应第几个中断端口,一般在51中
0 外部中断0
1 定时器0
2 外部中断1
3 定时器1
4 串行中断
其它的根举相应得单片机有自己的含义,实际上c载编译的时候就是把你这个函数的入口地址方到这个对应中断的跳转地址
using y 这个y是说这个中断函数使用的那个寄存器组就是51里面一般有 4个 r0 -- r7寄存器,如果你的终端函数和别的程序用的不是同一个寄存器组则进入中断的时候就不会将寄存器组压入堆栈返回时也不会弹出来节省代码和时间
一般只有using 0,1,2,3

 

     本站资料欢迎转载,转载请注明出处:www.edtdz.com(一点通电子网)

<think>好的,我现在需要回答用户关于Java Thread的interrupt方法的作用以及它是否会真正终止线程的问题。用户提供了几个引用资料,我需要仔细分析这些资料,结合自己的知识,给出准确且结构清晰的回答。 首先,根据引用[4],interrupt方法并不会直接中断正在运行的线程,而是设置中断标志位,并在阻塞方法如sleep、wait、join时抛出InterruptedException,同时清除中断状态。这意味着线程不会立即停止,而是需要自己检查中断状态来决定是否退出。这点很重要,说明interrupt更多是一种协作机制,而非强制终止。 接着,引用[5]提到,如果线程处于循环中,可以通过在循环开始处检查isInterrupted()来判断是否被中断。这样线程可以在合适的时机安全退出,而不是被强行终止。这说明正确使用interrupt需要线程自身的配合,比如定期检查中断标志。 然后看引用[3],其中有一个例子,使用volatile boolean变量stop来控制线程停止。但作者指出,如果线程处于阻塞状态,这样的变量可能不会被及时检测到。而interrupt方法在阻塞时会抛出异常,提供了一种唤醒线程的机制,使得线程可以更快响应中断请求。这进一步说明interrupt相比自定义标志位的优势在于处理阻塞情况。 引用[1]中的代码示例展示了典型的处理方式:在捕获InterruptedException后,重新设置中断状态,并退出循环。这表明当线程在阻塞时被中断,可以通过异常处理来安全终止线程,同时保持中断状态的正确性。 引用[2]提到Thread类有三个与interrupt相关的方法,需要区分它们的作用。比如interrupt()设置标志位,isInterrupted()检查标志位,而静态方法interrupted()会清除标志位。这些方法的正确使用对于管理线程状态很关键。 现在,我需要综合这些信息,组织回答的结构。首先解释interrupt方法的作用,然后说明它是否终止线程,接着讨论正确使用的方法,包括异常处理和状态检查,最后对比其他停止线程的方法,如已废弃的stop方法。 需要注意的是,用户可能对interrupt是否立即终止线程存在误解,因此需要明确强调interrupt是协作式的,需要线程自身响应。同时,要指出在阻塞方法中的行为差异,比如抛出异常,而运行中的线程需要主动检查状态。 可能还需要提到interrupt方法的优势,比如安全性,避免资源未释放等问题,与旧方法如stop的不安全性对比。此外,给出示例代码片段,如如何在循环中检查中断状态,或者如何处理InterruptedException,能帮助用户更好理解。 最后,根据用户提供的示例中的格式,生成相关问题,比如如何正确响应中断interrupt与stop的区别,中断异常的处理方式等。</think>### Java线程的`interrupt()`方法详解 #### 作用 1. **设置中断标志位** `interrupt()`方法的核心作用是设置线程的中断状态为`true`,但不会直接终止线程运行[^4]。 2. **唤醒阻塞状态的线程** 若线程因调用`sleep()`、`wait()`、`join()`等方法处于阻塞状态,调用`interrupt()`会触发`InterruptedException`异常,并清除中断标志位(即重置为`false`)[^4][^1]。 #### 是否会真正终止线程? **不会直接终止线程**,需通过以下两种方式协作实现终止: 1. **主动检查中断标志** 在代码逻辑中调用`Thread.currentThread().isInterrupted()`判断中断状态,手动退出线程。例如: ```java while (!Thread.currentThread().isInterrupted()) { // 执行任务 } ``` [^5] 2. **处理`InterruptedException`异常** 在捕获异常后,通常需要重新设置中断标志以确保后续逻辑能检测到中断: ```java try { Thread.sleep(1000); } catch (InterruptedException e) { Thread.currentThread().interrupt(); // 重新设置中断状态 System.out.println("线程被中断"); } ``` #### 与`stop()`方法的区别 - **`interrupt()`**:协作式终止,需线程自身响应中断标志,避免资源未释放或数据不一致问题。 - **`stop()`**(已废弃):强制终止线程,可能导致同步代码块未完成或锁未释放,引发不可预测结果[^3]。 --- ### 应用示例 ```java Thread thread = new Thread(() -> { while (!Thread.currentThread().isInterrupted()) { System.out.println("运行中..."); try { Thread.sleep(1000); } catch (InterruptedException e) { Thread.currentThread().interrupt(); // 恢复中断状态 System.out.println("中断触发异常"); } } System.out.println("线程已终止"); }); thread.start(); thread.interrupt(); // 主线程中断子线程 ``` 输出结果: ``` 运行中... 中断触发异常 线程已终止 ``` --- ### 常见误区 - **误区**:调用`interrupt()`后线程立即终止。 **正解**:需线程主动响应中断状态或处理异常。 - **误区**:`InterruptedException`会完全终止线程。 **正解**:异常仅退出当前阻塞操作,后续代码仍可能继续执行。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值