【第18期】核心思维：CPU是“保姆”还是“调度员”？

核心差异：裸机开发（Bare-metal）关注的是过程，而 RTOS 开发关注的是状态。

1. 裸机模型：CPU 是个操碎心的“保姆”

回顾我们在上一期写的“时间片轮询”代码，虽然它已经非阻塞了，但 CPU 的生活依然很苦。

场景：你要煮饭（Task A）、烧水（Task B）和收快递（Task C）。

• 裸机做法： CPU 就像一个焦虑的保姆，在厨房和门口之间来回疯狂折返跑。

  • 跑去厨房：“水开了吗？” -> 没开。

  • 跑去门口：“快递来了吗？” -> 没来。

  • 跑去电饭煲：“饭好了吗？” -> 没好。

  • ... （无限循环，每秒跑几百万次）

代码写照：

while(1) {
    if (UART_Rx_Flag) { ... }  // 看了眼门口
    if (Timer_Flag)   { ... }  // 看了眼锅里
    // CPU 始终全速运行，哪怕没事干也在空转检测
}

本质：CPU 实际上是在空耗。虽然看起来利用率是 100%，但 99% 的指令都是无效的“检查”。这不仅费电，而且一旦某个任务处理慢了（比如煮饭时把手烫了），收快递的任务就彻底被耽误了。

---

2. RTOS 模型：CPU 是个高冷的“调度员”

RTOS（实时操作系统）引入了一个颠覆性的概念：任务状态 (Task State)。 特别是 “阻塞 (Blocked)” 状态，这是裸机里不存在的。

场景：同样的任务。

• RTOS 做法： CPU 变身调度员，坐在办公室里喝茶。

  • 烧水任务说：“我要烧 5 分钟。”

  • 调度员 (CPU) 说：“好，你出去（进入阻塞态），5 分钟内别让我看见你。”

  • 收快递任务说：“我在等电话。”

  • 调度员说：“好，你去睡觉（进入阻塞态），电话响了再叫醒你。”

  • 这时候如果没有其他任务，CPU 就直接休眠（进入低功耗模式）。

只有当“5分钟到了”或者“电话响了（中断来了）”，对应的任务才会从“阻塞态”变为“就绪态 (Ready)”，调度员才会把 CPU 的使用权交给它。

---

3. 灵魂对比：延时的本质

这是理解 RTOS 最好的切入点。

裸机延时 (Delay / Time Check)：

// 方式 A：死等 (最差)
HAL_Delay(500); // CPU 在这 500ms 里除了数数，啥也干不了

// 方式 B：轮询 (好一点)
if (GetTick() - last > 500) { ... } // CPU 还是得不断地回来检查这个 if 条件

RTOS 延时 (Yield / Block)：

// FreeRTOS 为例
vTaskDelay(500);

这行代码背后的含义是：

1. 当前任务告诉调度器：“我主动放弃 CPU，请把我从【就绪列表】里删掉，放入【延时列表】。”

2. 调度器立刻去【就绪列表】里找优先级最高的下一个任务去运行。

3. 甚至如果所有任务都阻塞了，系统会自动运行一个“空闲任务 (Idle Task)”，在这个任务里让 CPU 进入睡眠模式省电。

结论：vTaskDelay 不是“延时”，而是**“让权”**。

---

4. 为什么说这是“思维跃迁”？

从裸机转 RTOS，最难改的不是 API，而是**“独占”的习惯**。

• 裸机思维：我觉得这段代码很重要，我要一口气跑完，谁也别打断我。

• RTOS 思维：这段代码我在等数据，数据没来我就主动挂起（Pending/Block），让 CPU 去处理别的事情。

这种转变带来了三个巨大的红利：

1. 模块化解耦：写按键任务的人，完全不用关心显示屏任务需要多久。大家各写各的 while(1)，互不干扰。

2. 实时性保障：高优先级任务（如电机控制）可以随时抢占低优先级任务（如界面刷新），不再受限于 if 轮询的顺序。

3. 功耗管理：这是裸机很难做到的。RTOS 天然知道什么时候“大家都没事干”，可以自动进入低功耗。

---

本章关键点

1. 裸机 (Polled)：CPU 主动去轮询每个任务，“你好了吗？”。效率低，响应慢。

2. RTOS (Event-Driven)：任务发生事件（时间到、数据来）后主动唤醒 CPU。效率高，实时性强。

3. 核心动作：裸机是“死等”，RTOS 是“挂起 (Block)”。