一、什么是“用户态”和“内核态”

CPU 有不同的 特权级（Privilege Level）：

• 用户态（User Mode）： 应用程序在这里运行，权限受限，比如不能直接访问硬件、不能修改页表等。

• 内核态（Kernel Mode）： 操作系统内核运行在这里，拥有完全的访问权限，可以管理内存、设备、中断等。

二、什么是“上下文切换（Context Switch）”

“上下文”就是 CPU 当前正在执行的任务的所有状态，包括：

• 寄存器内容（RIP、RSP、RAX 等）
• 程序计数器（Program Counter）
• 栈指针
• 内存映射（页表）
• 调度信息（优先级、时间片等）

上下文切换指的是 CPU 从一个执行上下文切换到另一个（比如进程 A → 进程 B）。

三、内核态与用户态切换 ≠ 进程切换，但都属于“上下文切换”

这两种是不同层次的“切换”：

四、为什么内核/用户态切换有“开销”

内核态切换的代价来自几个部分：

1. CPU 特权级变化

切换时 CPU 会：

• 保存当前寄存器状态；
• 改变特权级（从 ring3 → ring0）；
• 切换到内核栈（每个线程有独立内核栈）；
• 执行系统调用入口代码（syscall、sysenter 指令）；
• 执行完后再反向恢复回用户态。

这些过程虽然不是“线程切换”，但都需要 CPU 做额外操作。

2. 缓存污染（Cache/TLB flush）

在切换时，可能触发：

• 指令缓存（I-Cache）和数据缓存（D-Cache）失效
• TLB（页表缓存）失效

这会让下一次访问内存时性能下降。尤其是跨页表切换（进程切换）时，TLB 必须刷新。

3. 管线冲刷（Pipeline Flush）

现代 CPU 使用深流水线和乱序执行，切换到内核态后，这些指令流需要被中断、清空、重新加载，浪费了几十个周期。

4. 安全隔离检查（比如 KPTI）

在 Spectre/Meltdown 漏洞后，Linux 内核加了 KPTI（Kernel Page Table Isolation），在用户态和内核态之间切换时需要切换页表来隔离内核地址空间，进一步增加了 TLB flush 和页表切换开销。

五、开销有多大？

大致数量级（不同架构差异很大）：

比如：

1
2

$ strace -c ls
# 可以看到每个系统调用耗时几十到几百纳秒

六、举个例子：read() 系统调用

当用户调用：

1

read(fd, buf, size);

实际发生的事：

1. 程序在 用户态 调用 read；
2. CPU 执行 syscall 指令，切到 内核态；
3. 内核检查参数、文件描述符合法性；
4. 调用文件系统层 → 设备驱动；
5. 如果是磁盘 I/O，线程可能被阻塞，调度其他任务；
6. 数据准备好后再切回用户态。

这整个过程涉及 多次用户态 ↔ 内核态切换 + 潜在调度切换。

七、如何减少这种开销

性能优化中，常见的做法是减少切换频率：