idle线程资源回收

严格讲，一个系统不应该出现某个高优先级线程独占cpu的情况出现，如果出现了，首先想到的是优化。
后面你好像提到了另外一个问题， 同优先级的问题。可能不适合工作线程和 idle 线程设置同优先级。

任务一般不和idle同优先级，不过你没给idle线程留有运行的机会吗

高优先级线程不能长时间占死cpu，否则你的线程设计就是有问题的。
一般一件事务处理使用一个线程，事务工作来了线程激活，完成此次处理后释放cpu，继续等待下次事务到了。
比如一个键盘扫描事务，可以设计成每10ms扫描一遍各按键按下状态，有键按下就向按键队列发按键码，一次扫描完成后等待10ms，然后再次扫描。

一、最好不要设置与空闲idle线程优先级相同的工作线程；
二、在一个RTOS系统当中，RTT提供了优先级抢占+时间片轮询的调度机制；基于这个调度机制，我们要合理的分配线程的优先级、时间片、延时时间（让出CPU）；
三、线程让出CPU是系统能够协调工作的一个重要标准（特殊：你就是想卡在这个任务）；
四、至于你说的来回切换占用CPU资源。本身RTOS的核心处理，就是线程的上下文切换，实现高实时性；并且线程切换到时间也是再ms级别；所以，从宏观上看，任务的实时性是没有影响的。
RTOS重要的是实时性，而不是占用CPU资源。

在RTOS下编程，无论是哪种RTOS，其都是有一定编程规则的，不是想怎么用就怎么用：

1. 请确保idle独占一个优先级，不能由其他线程和idle线程共享优先级
2. 高优先级的线程有义务让出cpu时间让低优先级，根据RM调度原则，一旦CPU高于69.3%，有可能系统将无法保证实时性。
   因此在RTOS下编程，无论是RT-Thread还是其他的RTOS，都不是盲目的，自己想怎么搞就怎么搞的，有严格的规则和约束。

你既然建立一个线程，你就得给他有机会去执行他的任务的机会，空闲线程也是需要你给机会去执行的。 所以高优先级的线程一定会有让出机制，要么等待条件，要么延时。

如果空闲线程没机会使用到cpu，那说明你的系统设计的有问题。