作者：Moon Hee Lee
原文： The Kernel in the Mind
心悟内核:先懂设计，再读代码——无状态 CPU 与有状态内核：执行流程如何协同调度
在硬件底层，CPU 本质上是无状态的。它逐条执行指令，仅依赖寄存器与内存中的数据，完全感知不到任务、资源归属与历史执行记录。在任意时钟周期内，CPU 只会处理当前交付的指令，既不了解过往操作，也无法预判后续流程。CPU 不会记录当前正在执行的任务及其归属；所有运行结构与执行连续性，完全由内核维护。
这种架构是刻意设计的。保持 CPU 无状态特性，能够兼顾运行速度、硬件简洁性与通用适配性。CPU 通过指令集、指令指针（IP）、栈指针（SP）以及通用寄存器向外提供运行能力。指令指针决定下一条指令的读取地址，栈指针管控临时数据的压栈与出栈。二者共同定义代码执行与数据存取的流转路径。CPU 本身不管理上下文，也不维护执行连续性，只会精准跟随既定流程运行，且不留存任何历史状态。
在 Linux 系统中，内核才是真正的有状态核心实体。内核记录并管理每一条执行路径的完整上下文，涵盖 CPU 运行状态、内存映射关系以及调度相关信息。无论是用户态进程、进程内线程，还是内核线程，每一条执行路径都由 task_struct 结构体抽象描述，保存着暂停执行、后续精准恢复运行所需的全部数据。
每个任务都拥有独立的私有内核栈。对于用户程序而言，内核栈与用户态栈完全隔离。当任务通过系统调用、缺页异常或中断陷入内核态时，CPU 会切换至该任务专属的内核栈，让内核可以安全保存寄存器现场、管理临时数据。如若缺少独立内核栈，所有特权级操作都将变得不可靠。
上下文切换是内核用于切换不同执行路径的核心机制。内核将当前任务的完整 CPU 现场保存至其 task_struct，再加载恢复另一个任务的运行上下文，令 CPU 基于新状态继续运行。整个过程中 CPU 始终无感知，仅单纯按照加载后的现场持续执行。该机制让单核硬件可以承载多个独立任务，在同一时刻只能串行执行单条指令的前提下，营造出并行运行的效果。
在人类可感知的时间尺度下，上下文切换频率极高，多个程序看似同步推进。但在 CPU 硬件视角下，每一个时钟周期都严格专属于单一任务。CPU 天生无状态，正是依靠内核对任务状态的精细化管理与合理调度决策，才为硬件运行赋予秩序。
CPU 不记忆过往，只负责执行；内核则记录一切。在无数次切换过程中，内核持续维系每条执行路径的独立性与运行连续性，在底层统筹整台系统的运转。
CPU 保障指令执行的精准性，内核保障任务运行的时序连续性。二者相辅相成，将单纯的指令串行执行，转化为一套有序协同、规范可控的系统运行行为。
如本文对你有些许帮助，欢迎大佬支持我一下（点赞+收藏+关注、关注公众号等），您的支持是我持续创作的竭动力
支持我的方式
