用户态与内核态#

切换场景： 系统调用(read/write) / 异常(缺页) / 中断(IO完成)

开销： 保存/恢复寄存器 + 切换栈 + TLB/Cache 影响

减少切换： mmap / sendfile / 批量系统调用 / io_uring

用户态和内核态是 CPU 的两种运行级别，对应 x86 架构的 Ring 3 和 Ring 0。用户态运行应用程序，只能访问受限的资源和指令，不能直接操作硬件或访问内核内存。内核态运行操作系统内核代码，拥有最高权限可以执行所有 CPU 指令和访问所有内存地址。从用户态切换到内核态有三种触发方式：系统调用是程序主动请求内核服务如 read、write、fork，通过 trap 指令陷入内核；异常是 CPU 执行指令时发生的意外情况如缺页中断、除零错误；硬件中断是外部设备如网卡、磁盘完成 IO 后通知 CPU 的信号。每次态切换都有开销，需要保存用户态的寄存器状态、切换到内核栈、执行内核代码后再恢复回来。频繁的态切换会显著影响性能，所以有很多优化手段：mmap 把文件直接映射到用户态地址空间避免 read/write 系统调用；sendfile 让内核直接在文件和 socket 之间拷贝数据不需要来回切换；io_uring 通过共享内存环形缓冲区批量提交系统调用大幅减少切换次数。需要注意内核态不是比用户态”更快”，而是拥有更高的权限级别。

追问方向：

• “系统调用开销在哪？”→ 保存/恢复用户态寄存器、切换到内核栈、TLB 和 CPU Cache 可能被污染，单次系统调用约几百纳秒到几微秒
• “中断和系统调用区别？”→ 系统调用是程序主动发起（软中断/trap），中断是硬件异步触发（如网卡收到数据）；系统调用可预测，硬件中断不可预测
• “怎么减少态切换？”→ mmap 映射文件省 read/write、sendfile 内核直传省两次切换、io_uring 共享内存批量提交系统调用、批量操作合并多次调用为一次

易错点：

• ❌ 所有操作都需要切换——用户态计算不需要
• ❌ 内核态比用户态快——不是更快是有更高权限