嵌入式中断服务函数的一些特点

　　中断服务程序需要满足如下要求：
　　(1)不能返回值；
　　(2)不能向ISR传递参数；
　　(3) ISR应该尽可能的短小精悍；
　　(4) printf(char * lpFormatString,…)函数会带来重入和性能问题，不能在ISR中采用。

　　a.为什么不能有返回值？

　　　　中断服务函数的调用是硬件级别的，当中断产生，pc指针强制跳转到对应的中断服务函数入口，进入中断具有随机性，并不是某段代码对其进行调用，那么如果有返回值它的返回值返回给谁?显然这个返回值毫无意义，如果有返回值，它必定需要进行压栈操作，这样一来何时出栈怎么出栈将变得无法解决。

　　b.不能向ISR传递参数?

　　　　同理，也是由于这样会破坏栈的原因，因为函数传递参数必定会要求压栈出栈操作，由于进入中断服务函数的随机行，谁给它传递参数都成问题

　　c.ISR应尽可能的短小精悍?

　　　　如果某个中断频繁产生，而它对应的ISR相当的耗时，那么对中断的响应就会无限的延迟，会丢掉很多的中断请求

　　d.printf(char * lpFormatString,…)函数会带来重入和性能问题，不能在ISR中采用。

　　　　这就涉及到一个中断嵌套问题，由于printf之类的glibc函数采用的是缓冲机制，这个缓冲区是共享的，相当于一个全局变量，第一层中断来时，它向缓冲里面写入一些部分内容，恰好这时来了个优先级更高的中断，它同样调用了printf，也向缓冲里面写入一些内容，这样缓冲区的内容就错乱了。