📚 课程目录第1章调度器概述

1. 调度器概述：任务调度器是什么？为什么需要它？

大家好，欢迎来到这门课。我是你们的老朋友，一个在单片机底层摸爬滚打了十几年的工程师。

今天咱们聊点实在的——任务调度器。很多刚入行的朋友觉得这东西很玄乎，好像只有跑 Linux 的大系统才用得上。其实不然。我最早接触调度器，是在一个 8 位的小项目上，那时候被一个按键响应问题折磨得够呛。后来我才明白，调度器这东西，说白了就是帮你的单片机「分时复用」那颗单核 CPU 的管家。

任务调度器，是一个软件模块。它的核心职责就一句话：决定下一个该执行哪个任务，以及执行多久。

想象一下，你只有一个大脑，却要同时处理三件事：烧水、看手机、接电话。你不可能真的「同时」做，只能快速切换——先烧水，等水开的间隙看一眼手机，电话来了先接电话。调度器干的就是这个活。

在单片机里，任务就是一个个函数或代码块。调度器维护一个任务列表，按照某种规则（比如优先级、时间片）决定谁先跑、谁后跑。

  核心定义： 任务调度器 = 任务管理 + 上下文切换 + 调度策略。

我习惯把调度器分成三类：

嗯，这里要注意：很多初学者把「调度器」和「操作系统」划等号。其实不是。调度器可以很小，小到几十行 C 代码就能跑起来。我见过一个老工程师，用 50 行代码就实现了一个协作式调度器，跑在 1KB RAM 的芯片上，稳得很。

你可能会问：我直接用超级循环（while(1) 轮询）不行吗？行，但项目一复杂就崩。

举个例子。我曾经接手过一个项目，代码里只有一个大 while 循环，里面塞了十几个函数：读传感器、刷屏幕、处理按键、发数据……每个函数执行时间还不一样。结果呢？按键按下去，屏幕要等 200ms 才反应。用户投诉说「这破设备卡死了」。

问题出在哪？超级循环是顺序执行的。一个函数卡住，后面全得等。调度器能解决这个问题：

我的经验： 当你的项目超过 5 个独立功能模块，或者有 2 个以上需要实时响应的外设时，就该上调度器了。别等到代码写成「意大利面条」再重构，那滋味不好受。

调度器在单片机系统里，扮演的是「交通警察」的角色。它管理着 CPU 这个稀缺资源的使用权。

咱们画个图看看调度器在整个系统中的位置：

从这张图能看出几个关键点：

避坑提醒： 我曾经在一个项目中，把 Tick 间隔设成了 10ms，结果一个 1ms 精度的 PWM 控制死活调不准。后来才意识到，调度器的 Tick 频率必须高于所有任务的实时性要求。这是个常见坑，后面我们会详细讲怎么算 Tick 频率。

为了让你更直观地感受调度器的价值，我列个对比表：

你看，调度器不是银弹。如果你的项目就一个 LED 闪烁加一个按键检测，裸机完全够用。但一旦涉及多个外设、通信协议、人机交互，调度器的优势就出来了。

我的建议： 新手可以先从协作式调度器入手。它没有抢占，没有临界区保护，逻辑简单。等你把协作式玩熟了，再上抢占式。我当年就是这么过来的。

咱们这一章聊了调度器的基本概念。说白了，调度器就是帮单片机「分时复用」CPU 的管家。它解决了裸机编程中实时性差、扩展性弱、CPU 利用率低的问题。

记住三个要点：