嵌入式操作系统内核原理和开发(中断).docVIP

嵌入式操作系统内核原理和开发（中断） 在我个人看来，中断是cpu最重要的特色。从某种意义上来说，没有中断就没有嵌入式操作系统。一旦你明白了中断的真正含义，你对操作系统的了解就算真正入门了。什么是中断呢？我们可以看看单片机下面是怎么做的。 [cpp] view plaincopy #include REG51.h sbit LED = P1 ^ 6; unsigned int led_enable = 0; void Delay(unsigned int a) { unsigned int i; while(a) { a --; for(i = 0; i 1200; i++); } } void led_switch(void) interrupt 0 using 1 { if(0 == led_enable) { led_enable = 1; } else { led_enable = 0; } EX0 = 1; } void main(void) { EA = 1; EX0 = 1; while(1){ if(led_enable) { LED = 0; Delay(100); LED = 1; Delay(100); } } } 上面的代码是一段真实的51单片机代码。它完成的功能很简单，就是对led灯进行点亮处理。怎么解释呢?在单片机上电后，我们发现一开始led二极管没有发生闪烁。在我们单击按键之后，led开始出现间隙性闪烁的现象，之后再一次单击按键，又可以发现led的闪烁现象消失了。为什么会出现这种现象？主要是因为我们单击按键的时候，在单片机的引脚处产生了中断。查看到中断的单片机此时就会跳转到中断向量表里面查找中断处理函数。这里的按键中断处理函数就是led_switch。处理完led_switch之后，单片机又会回到原来的main函数继续执行，所以整个中断的过程就像没有发生过一样。因为在led_switch中我们对led_enable进行了处理，所以就出现了我们在前面说过的各种现象。    说到这，也许有的朋友会说，cpu的这种中断属性怎么才能在pc上面仿真出来呢？其实很简单。linux系统本身就有一个优秀的特性，那就是信号。只要我们设定相应的信号和处理函数，那么linux系统就会在系统调度返回之前调用相应的信号函数来处理。整个信号处理的过程和中断是一模一样的。因为在处理中断的时候，我们需要对cpu的现场进行保存和恢复处理，而信号的处理也是一样。在信号处理前，系统肯定是处于内核态，那么linux系统肯定已经为我们做好了现场的保护工作，处理完信号之后，系统本身又会恢复到原来的用户态，继续执行下面的代码。所以linux自身也会默认对原来的场景进行恢复处理，就好象中断返回一样。 [cpp] view plaincopy #include stdio.h #include time.h #include sys/time.h #include stdlib.h #include signal.h static int count = 0; static struct itimerval oldtv; void set_timer() { struct itimerval itv; itv.it_interval.tv_sec = 1; itv.it_interval.tv_usec = 0; itv.it_value.tv_sec = 1; itv.it_value.tv_usec = 0; setitimer(ITIMER_REAL, itv, oldtv); } void signal_handler(int m) { count ++; printf(%d\n, count); }