1. 系统调用概述
1.1 什么是系统调用
系统调用（System Call，简称 syscall） 是操作系统内核提供给用户空间程序的一组标准接口，是用户程序请求内核服务的唯一合法途径。用户程序通过系统调用完成诸如文件读写、进程创建、网络通信、内存分配等需要内核特权才能执行的操作。
核心定义：系统调用是用户态与内核态之间的“安全门”，它封装了底层硬件差异，提供统一的编程接口，并确保系统的安全性与稳定性。
每个系统调用都有一个唯一的编号（syscall number），内核通过该编号在系统调用表中查找对应的处理函数。例如，在 x86-64 架构的 Linux 中，read 系统调用的编号为 0，write 为 1，open 为 2。
1.2 用户态与内核态
现代 CPU 通常提供多个特权级别（Privilege Level），x86 架构支持 4 个环（Ring 0 ~ Ring 3）。Linux 内核只使用其中两个级别：
| 特权级别 | 名称 | 运行内容 | 权限范围 |
|---|---|---|---|
| Ring 0 | 内核态（Kernel Mode） | 内核代码、设备驱动、中断处理 | 可执行特权指令、访问所有内存地址、直接操作硬件 |
| Ring 3 | 用户态（User Mode） | 应用程序代码、库函数 | 只能执行非特权指令、访问受限内存空间 |
用户态程序无法直接访问内核空间或执行特权指令（如修改页表、关闭中断）。当用户程序需要内核服务时，必须通过系统调用触发 CPU 特权级切换，从用户态陷入内核态。
1.3 系统调用的作用与意义
系统调用在操作系统设计中扮演着不可替代的角色，其核心作用体现在以下五个方面：
- 安全隔离：强制用户程序通过系统调用请求内核服务，防止应用程序直接访问硬件或内核数据结构，保障系统安全。
- 硬件抽象：屏蔽不同硬件平台的差异，为用户程序提供统一的编程接口。例如，
read()系统调用在 SSD、HDD 或网络文件系统上的实现细节对用户透明。 - 资源管理：内核通过系统调用集中管理 CPU、内存、I/O 设备等资源，实现公平调度与高效利用。
- 进程隔离：每个进程运行在独立的虚拟地址空间中，系统调用是进程间通信（IPC）和同步的基础。
- 可移植性：应用程序基于系统调用 API 编写，可在不同 Linux 版本甚至不同操作系统（如 POSIX 兼容系统）间移植。
关键认知：系统调用是用户态与内核态之间的“契约”。用户程序遵守这个契约，内核保证提供可靠的服务。任何绕过系统调用的行为（如直接写入内核内存）都会导致系统崩溃或安全漏洞。
1.4 系统调用与库函数的关系
应用程序通常不直接调用系统调用，而是通过 C 标准库（如 glibc）提供的封装函数间接使用。库函数与系统调用的关系如下：
| 对比维度 | 系统调用 | 库函数 |
|---|---|---|
| 执行位置 | 内核态 | 用户态 |
| 性能开销 | 高（涉及上下文切换） | 低（纯用户态执行） |
| 示例 | sys_read()、sys_write() |
fread()、fwrite() |
| 功能范围 | 内核提供的原始服务 | 可能封装多个系统调用或提供缓冲 |
| 可移植性 | 依赖操作系统 | 跨平台（如 POSIX 标准） |
例如，C 标准库中的 printf() 函数在用户态格式化字符串后，最终调用 write() 系统调用将数据输出到终端。库函数提供了更友好的编程接口，而系统调用是底层真正的执行者。
1.5 系统调用的基本流程
一次完整的系统调用执行过程包含以下步骤：
- 用户程序调用库函数封装：应用程序调用 glibc 封装的系统调用函数（如
write()）。 - 参数准备与陷入：库函数将系统调用号存入
rax寄存器，参数依次存入rdi、rsi、rdx等寄存器，然后执行syscall指令（x86-64 架构）。 - CPU 切换上下文：CPU 从用户态切换到内核态，保存用户态寄存器状态，加载内核栈。
- 系统调用表查找：内核根据
rax中的系统调用号，在sys_call_table中索引对应的处理函数。 - 执行内核函数：调用对应的内核函数（如
sys_write()）完成实际工作。 - 返回用户态：内核函数执行完毕后，恢复用户态寄存器状态，执行
sysret指令返回用户态。
性能注意事项：系统调用涉及上下文切换（用户态 ↔ 内核态），开销远高于普通函数调用。在性能敏感场景中，应尽量减少系统调用次数，例如使用缓冲区批量读写数据。