2. Linux内核架构简介：用户空间与内核空间、特权级别（Ring 0-3）、系统调用的桥梁作用

现代操作系统为了保障系统的稳定性和安全性，必须对程序执行的权限进行严格划分。Linux 内核通过硬件支持的特权级别（Privilege Levels），将系统划分为用户空间（User Space）和内核空间（Kernel Space）。系统调用（System Call）则是连接这两个世界的唯一合法桥梁。

2.1 用户空间与内核空间

在 Linux 系统中，虚拟内存被划分为两个部分：内核空间和用户空间。这种隔离机制确保了用户进程无法直接访问内核数据结构和硬件资源，从而防止了恶意或故障程序导致整个系统崩溃。

2.2 特权级别：Ring 0 - Ring 3

x86 架构提供了 4 个特权级别（Ring 0 到 Ring 3），但 Linux 内核只使用了其中两个：Ring 0（内核态） 和 Ring 3（用户态）。Ring 1 和 Ring 2 通常用于虚拟机监视器（如 Hyper-V）或某些微内核设计，在 Linux 中未被使用。

特权级别的核心作用是保护特权指令的执行。例如，修改页表、关闭中断、读写控制寄存器（CR0, CR3）等指令只能在 Ring 0 下执行。如果用户态程序尝试执行这些指令，CPU 会触发异常并切换到内核态进行处理。

2.3 系统调用：连接用户空间与内核空间的桥梁

用户态程序无法直接执行内核态操作（如读写文件、创建进程、分配内存）。系统调用（System Call）是用户态程序请求内核服务的唯一合法入口。它本质上是一个从 Ring 3 到 Ring 0 的受控切换。

2.3.1 系统调用的工作流程

1. 用户态发起调用：应用程序调用 C 库函数（如 write()），该函数封装了系统调用。
2. 陷入内核：C 库函数执行一条特殊的 CPU 指令（如 x86 的 syscall 或 int 0x80），触发软中断或快速系统调用，CPU 切换到 Ring 0。
3. 系统调用处理：内核根据系统调用号（System Call Number）查找系统调用表（sys_call_table），跳转到对应的内核函数（如 sys_write()）。
4. 内核执行：内核函数在 Ring 0 下执行实际操作（如操作文件描述符、写入磁盘缓存）。
5. 返回用户态：执行完成后，内核通过 sysret 或 iret 指令切换回 Ring 3，将结果返回给用户程序。

2.3.2 系统调用号与系统调用表

每个系统调用都有一个唯一的系统调用号。在 x86-64 架构中，系统调用号通过 rax 寄存器传递给内核。内核维护一个名为 sys_call_table 的函数指针数组，系统调用号作为该数组的索引。

// 用户态 C 库封装示例（简化）
// 对应内核函数：SYSCALL_DEFINE3(write, unsigned int, fd, const char __user *, buf, size_t, count)
ssize_t write(int fd, const void *buf, size_t count) {
    long ret;
    // 将系统调用号 __NR_write (1) 放入 rax
    // 将 fd, buf, count 分别放入 rdi, rsi, rdx
    // 执行 syscall 指令
    asm volatile (
        "mov %1, %%rax\n"   // 系统调用号
        "mov %2, %%rdi\n"   // 参数1: fd
        "mov %3, %%rsi\n"   // 参数2: buf
        "mov %4, %%rdx\n"   // 参数3: count
        "syscall\n"         // 陷入内核
        "mov %%rax, %0\n"   // 获取返回值
        : "=r" (ret)
        : "r" (__NR_write), "r" (fd), "r" (buf), "r" (count)
        : "rax", "rdi", "rsi", "rdx", "rcx", "r11", "memory"
    );
    return ret;
}

2.4 系统调用的桥梁作用总结

系统调用不仅仅是“函数调用”，它是操作系统安全模型的核心实现。没有系统调用，用户程序将无法安全地访问硬件资源，多任务保护和内存隔离也将形同虚设。