用户态与内核态：权限与地盘的秘密
内核态、用户态本质就是：权限不一样、地盘不一样。
一句话总结
- 用户态（User Mode）：应用程序跑的地方，权限极低，不能乱搞硬件、不能乱改内存。
- 内核态（Kernel Mode）：操作系统内核跑的地方，最高权限，想干嘛干嘛（管 CPU、内存、网卡、磁盘…）
1. 为什么要分这两个态？
为了安全 + 稳定。如果随便一个 APP 都能直接操作硬件、改内存，那：
- 一个程序崩溃 → 整机死机
- 病毒随便读写硬盘、网卡
- 多个程序互相踩内存
所以操作系统画了一条红线：
- 应用：只能在自己小圈子里玩
- 内核：掌管一切，只信任自己
2. 权限差别（最核心）
用户态（受限模式）
- 不能直接访问硬件（网卡、硬盘、键盘…）
- 不能访问其他进程的内存
- 不能修改系统配置
- 崩溃了最多自己挂掉，不影响系统
内核态（最高特权模式）
- 可以直接读写所有内存
- 直接控制硬件（网卡收发包、写磁盘）
- 管理进程、调度 CPU
- 内核崩溃 =整个系统卡死 / 蓝屏
3. 内存上的划分（直观理解）
操作系统把虚拟内存切成两部分：
- 低地址 → 用户态空间你的 QQ、浏览器、Nginx、Java 进程都在这
- 高地址 → 内核态空间整个系统只有一份，所有进程共享但不能随便碰
┌─────────────┐ 高地址 │ 内核空间 │ ← 内核态才能访问 │ (共享) │ ├─────────────┤ │ │ │ 用户空间 │ ← 每个进程独立，互相看不见 │ │ └─────────────┘ 低地址一个进程不能直接跨过这条线读写数据。
4. 什么时候切换？系统调用
应用想干 “越权” 的事，必须发请求让内核代劳，这个过程叫：
系统调用（syscall）比如：
- 读文件
- 发网络包
- 分配大块内存
- 打印到屏幕
流程：
- 用户态程序：
read()/write()/recv() - CPU 切换到内核态
- 内核帮你完成操作
- 切回用户态，把结果还给你
这个切换是有开销的，所以高性能网络会尽量减少切换。
5. 结合网络收包流程
把 “内核态 / 用户态” 标进去就一目了然：
网卡收到包 → 内核态处理（硬中断、软中断、协议栈） → 放到 socket 队列（依然在内核态） → 应用调用 recv() → 切换内核态 → 内核把数据从内核空间 → 拷贝到用户空间 → 切回用户态，应用拿到数据关键点：
- 收包全过程，前半段全在内核态
- 应用真正拿到数据，才是用户态
- 中间那次拷贝 + 状态切换，是传统网络性能的一大瓶颈
超简记忆版
- 用户态：应用程序，小弟，权限小，安全
- 内核态：操作系统内核，大哥，权限大，危险
- 系统调用：小弟找大哥帮忙，必须切换身份