摘要：调度，Schedule也称为Dispatch，是操作系统的一个重要模块，它负责选择系统要处理的下一个任务。调度模块需要协调处于就绪状态的任务对资源的竞争，按优先级策略从就绪队列中获取高优先级的任务，给予资源使用权。
本文分享自华为云社区《LiteOS内核源码分析系列六 -任务及调度（5）-任务LOS_Schedule》，原文作者：zhushy 。
本文我们来一起学习下LiteOS调度模块的源代码，文中所涉及的源代码，均可以在LiteOS开源站点https://gitee.com/LiteOS/LiteOS 获取。调度源代码分布如下：
LiteOS内核调度源代码
包括调度模块的私有头文件kernel\base\include\los_sched_pri.h、C源代码文件kernel\base\sched\sched_sq\los_sched.c，这个对应单链表就绪队列。还有个`调度源代码文件kernel\base\sched\sched_mq\los_sched.c，对应多链表就绪队列。本文主要剖析对应单链表就绪队列的调度文件代码，使用多链表就绪队列的调度代码类似。
调度模块汇编实现代码
调度模块的汇编函数有OsStartToRun、OsTaskSchedule等，根据不同的CPU架构，分布在下述文件里： arch\arm\cortex_m\src\dispatch.S、arch\arm\cortex_a_r\src\dispatch.S、arch\arm64\src\dispatch.S。
本文以STM32F769IDISCOVERY为例，分析一下Cortex-M核的调度模块的源代码。我们先看看调度头文件kernel\base\include\los_sched_pri.h中定义的宏函数、枚举、和内联函数。
1、调度模块宏函数和内联函数kernel\base\include\los_sched_pri.h定义的宏函数、枚举、内联函数。
1.1 宏函数和枚举UINT32 g_taskScheduled是kernel\base\los_task.c定义的全局变量，标记内核是否开启调度，每一位代表不同的CPU核的调度开启状态。
⑴处定义的宏函数OS_SCHEDULER_SET(cpuid)开启cpuid核的调度。⑵处宏函数OS_SCHEDULER_CLR(cpuid)是前者的反向操作，关闭cpuid核的调度。⑶处宏判断当前核是否开启调度。⑷处的枚举用于标记是否发起了请求调度。当需要调度，又暂不具备调度条件的时候，标记下状态，等具备调度的条件时，再去调度。
⑴ #define OS_SCHEDULER_SET(cpuid) do { \ g_taskScheduled |= (1U << (cpuid)); \ } while (0); ⑵ #define OS_SCHEDULER_CLR(cpuid) do { \ g_taskScheduled &= ~(1U << (cpuid)); \ } while (0); ⑶ #define OS_SCHEDULER_ACTIVE (g_taskScheduled & (1U << ArchCurrCpuid())) ⑷ typedef enum { INT_NO_RESCH = 0, /* no needs to schedule */ INT_PEND_RESCH, /* pending schedule flag */ } SchedFlag;