ucos为何没自旋锁？
UC/OS是一个适用于嵌入式系统的实时操作系统，它的设计目标是提供一种轻量级的任务调度和同步机制。相比于一般的操作系统，UC/OS在实现上更加精简，因此并没有像Linux那样的完整的锁机制。
UC/OS提供了一些基本的同步原语，比如信号量、互斥量等，这些原语可以用来实现简单的同步和互斥。而自旋锁是一种基于忙等待的锁机制，它适用于保护非常小的代码区域，因为它在等待锁的过程中会一直占用CPU资源，不适合用于嵌入式系统中对资源访问时间要求非常高的场景。
另外，自旋锁在多核系统中的效率也不如互斥量，在多核系统中，自旋锁会导致不必要的CPU资源浪费，因为一个CPU一直在自旋等待锁的释放，而其他CPU却无法获得该锁。
因此，在UC/OS中没有提供自旋锁，而是提供了适用于嵌入式系统的其他同步机制。
避免自旋锁死锁
如果一个低优先级的线程使用自旋锁上锁，而此时高优先级的线程打断了该低优先级线程，并且也使用了相同的自旋锁上锁，那么就有可能出现死锁的情况，这种情况称为优先级反转（Priority Inversion）。
在这种情况下，高优先级的线程需要等待低优先级的线程释放自旋锁，而低优先级的线程又被高优先级的线程阻塞，导致整个系统进入死锁状态。
为了避免优先级反转，可以采用以下策略：
-
禁止优先级反转：在系统中禁止优先级反转的发生，一般采用优先级继承或者优先级反转屏蔽等技术。
-
降低线程优先级：使用自旋锁的线程优先级应该尽可能高，而其他需要访问同一个资源的线程优先级应该尽可能低，这样就可以避免优先级反转的发生。
-
使用其他同步机制：如果可能出现优先级反转的情况，可以使用其他同步机制，如信号量或者互斥量来代替自旋锁。
需要注意的是，自旋锁在实时系统中使用时要格外小心，必须仔细考虑优先级反转的情况，以确保系统的正确性和可靠性。
