信号控制放在最高优先级，通信放在最低优先级。
确保定时中断里执行时间小于定时时间（小于100us）。

是这样的，100us定时器中我只有一句代码，用来累加系统时间。2ms定时器里面我放了控制信号的代码，而且我测量下来这段代码执行时间为500us以内。如果我在2ms定时器里只做标志然后在main中执行代码的话，会被通信代码拖延比较长的时间。因为我的通信代码耗时可能达到8ms。我的这个通信是这样的，对于MCU来说，其上位机发送指令，MCU接到指令后发下位机查询一些值，然后再将查询到的值返回给上位机，这个过程在main中是一个循环，只有完成这个循环才能去执行其他的main中的代码。通信中断UART0和UART1中也是只有少量代码，主要工作是放在main中的。
我用TIMERA1做100us定时器，这应该是优先级最高的。我用TIMERA0做2ms定时器，其优先级低于TIMERA0，但高于UART优先级。不存在其他中断了。

各个中断里执行时间应该小于各个中断里执行时间最短的那个，这里500us显然已经远远超过100us了。原因就在这里，不过这也要看单片机的嵌套深度，但是只要确保不论是哪个定时器里执行时间都小于100us，就没有嵌套深度这问题了

感谢LS两位朋友的回答。我忘了说一点，之前为了避免出现2ms定时器打断100us定时器的问题，我已经在2ms定时器中开总中断了，也就是说我即使进入了2ms定时器中断，也能响应100us定时器的中断。为了验证这一点，我分别在100us定时器和2ms定时器中操作MCU的2个输出口进行翻转，用示波器观察其波形，如果我在进入2ms定时器时不打开总中断，则100us定时器中操作的那个输出口在示波器上能看到偶尔不翻转的现象；如果打开了总中断，那么100us定时器中操作的输出口波形就是一个十分标准的方波。而我在进入100us定时器时是不会打开总中断的。也就是说，对于100us定时器来说，没有其他中断能够阻止MCU对其响应，它就是最高优先的。对于2ms定时来说，它可能会被100us定时器打断，但这个过程很短，代码也能够在2ms内执行完。