1、简化的（忽略一些细节），UCOS启动时会创建一个idle的任务，这个任务是最低优先级的，且不会被删除。调用OSTaskCreate可以创建新的任务，系统维护了一个任务列表（TCB）。
2、从任务就绪表中查找具有最高优先级别的就绪任务 2，实现任务的切换。ucos中有两种调度器：一种是任务级的调度器，另一种是中断级的调度器。任务级的调度器主要有OSSched（）来实现。而中断级的调度器由OSIntExt（）来实现。
3、每个嵌入式操作系统都会牵扯到这个问题。任务调度通俗的讲就是操作系统分配每个任务的运行时间，协调他们的工作。
4、第一个问题：rms不是实时调度算法，不具有实时性，是为了单处理器条件下达到利用率最高的静态调度算法 第二个问题：上面已经指出，ucos的调度算法是基于静态优先级的抢占式调度，rms没有抢占。至于你说的其他联系。。都是调度算法吧，最后一个问题：我大概都给你说明一下吧，我的见解。
5、在UCOS-III等嵌入式操作系统中，需要一个系统节拍来精确地控制时间。这个节拍通常由CPU上的定时器提供，例如STM32单片机的SysTick定时器。系统节拍的周期，即tick，一般被设置为1毫秒。这一设置在操作系统的性能和实时性之间找到了一个平衡点。
6、μC/OS-II，作为一款专为嵌入式系统设计的抢占式实时多任务操作系统，其开源特性使其广受欢迎。这款系统的核心优势在于任务级和中断级的任务切换机制，以及对嵌入式系统中断处理的优化。在资源有限的单片机环境中，特别关注了堆栈格式和切换方式的改进，以提升内存利用率。
解决优先级翻转问题有优先级天花板（priority ceiling）和优先级继承（priority inheritance）两种办法。优先级天花板是当任务申请某资源时， 把该任务的优先级提升到可访问这个资源的所有任务中的最高优先级，这个优先级称为该资源的优先级天花板。
优先级反转是一种不合理的优先级现象，高优先级任务因等待低优先级任务而被阻塞，导致中优先级任务得以优先运行。这种现象影响系统的实时性，严重时可能导致错误结果。
为了使系统中不发生死锁现象，在系统设计初期即选取择一些限制条件，来破坏产生死锁的四个必要条件之一或其中几个。这样，系统中就不会出现死锁现象。这种方法对预防死锁的发生非常有效，但有可能降低系统资源的利用率。
我们应充分的重视，并通过合理的安排程序减少它们的危害。 ● 优先级反转 这是实时系统中出现得最多的问题。优先级反转是指一个任务等待比它优先级低的任务释放资源而被阻塞，如果这时有中等优先级的就绪任务，阻塞会进一步恶化。它严重影响了实时任务的完成。
这个等待状态必须在收到wakeup的信号才能解除。 修改任务优先级也可以引起调度。实际的硬件中断对应的系统调度函数是OSIntExt，其他软件模拟调度的函数是OSSched。UCOS的调度原理总体来说非常简单，因为没有时间片概念和优先级反转的问题。UCOS有很多优化或者定制版本，大多在调度上会有自己的修改，请注意。
我还打算下一步实现优先级反转保护，Event Flag，Data Pipe，内存管理（以前实现过）、驱动接口等。 在这之后我还会努力完善它，比如加入文件系统，协议栈、调试接口等。希望朋友们提出自己的意见和建议，在此不胜感激！ 后记： 就像有的朋友说的，我的经历或许会给一些朋友产生误导，在这里我必须说明一下。
1、预防死锁 为了使系统中不发生死锁现象，在系统设计初期即选取择一些限制条件，来破坏产生死锁的四个必要条件之一或其中几个。这样，系统中就不会出现死锁现象。这种方法对预防死锁的发生非常有效，但有可能降低系统资源的利用率。
2、导致中优先级任务得以优先运行。这种现象影响系统的实时性，严重时可能导致错误结果。例如，在一个公司内部，老板安排销售员打印文件，而销售经理为了打印合同抢占了打印机，导致销售员等待，进而影响了老板与客户沟通，形成了优先级反转。
3、如果任务之间由于有共享资源出现了竞争或者死锁，是会严重影响系统安全的。因此uC／OS对共享资源提供了保护机制。一般情况下使用的是信号量方法。创建一个信号量并对他进行初始化，当一个任务需要使用一个共享资源时，他必须先申请得到这个信号量。