1. 系统调用概述
1.1 什么是系统调用
系统调用（System Call）是操作系统内核提供给用户空间程序访问内核服务的唯一编程接口。当用户程序需要执行特权操作（如读写文件、创建进程、分配内存）时，必须通过系统调用陷入内核态，由内核代表用户程序完成操作。
从硬件角度看，系统调用通过特殊的 CPU 指令（如 syscall、int 0x80、svc）触发从用户态到内核态的上下文切换。从软件角度看，每个系统调用都有一个唯一的编号（syscall number），内核通过系统调用表（sys_call_table）分发到对应的处理函数。
关键概念：系统调用是用户态与内核态之间的“安全门”。用户程序不能直接访问硬件或内核数据结构，必须通过系统调用请求内核代为执行，从而保证系统的稳定性和安全性。
1.2 系统调用与库函数的区别
许多开发者容易混淆系统调用与库函数。两者虽然都提供编程接口，但在本质、运行层级、开销和可控性上存在显著差异。下表从多个维度进行对比：
| 对比维度 | 系统调用 | 库函数 |
|---|---|---|
| 运行层级 | 内核态（Ring 0） | 用户态（Ring 3） |
| 执行开销 | 高（上下文切换、TLB 刷新） | 低（纯用户态执行） |
| 访问能力 | 可访问硬件、内核数据结构 | 只能访问用户空间资源 |
| 调用方式 | 通过 syscall/int 0x80 指令陷入 |
普通函数调用（call/jmp） |
| 返回值 | 成功返回 0 或正数，失败返回 -1 并设置 errno | 由函数自身定义，可能返回指针、状态码等 |
| 可移植性 | 依赖操作系统，不同 OS 的系统调用号不同 | 跨平台（如 glibc 在不同 OS 上提供相同 API） |
| 典型示例 | read()、write()、fork()、mmap() |
printf()、malloc()、strcpy()、sqrt() |
重要辨析：许多库函数（如
printf、malloc）在内部会调用系统调用（write、brk），但库函数本身运行在用户态。库函数是系统调用的“封装层”，提供更友好的编程接口，同时可能增加缓冲、错误处理等逻辑。
1.3 系统调用的作用与重要性
系统调用在操作系统中扮演着不可替代的核心角色。其作用和重要性体现在以下五个方面：
- 安全隔离：系统调用是用户态与内核态之间的唯一受控入口。内核通过系统调用参数校验和权限检查，防止用户程序越权访问内核资源或硬件设备。
- 资源抽象：系统调用将硬件细节（如磁盘扇区、网络接口、内存物理地址）抽象为文件描述符、套接字、虚拟地址等通用概念，简化了应用程序开发。
- 进程管理：通过
fork()、execve()、wait()、exit()等系统调用，内核负责进程的创建、调度、同步和销毁。 - 内存管理：
mmap()、brk()、munmap()等系统调用实现了虚拟内存、页面映射、内存分配与回收等核心功能。 - 设备与文件 I/O：
open()、read()、write()、ioctl()等系统调用提供了统一的文件系统和设备驱动访问接口。
性能警示：系统调用虽然功能强大，但每次调用都涉及用户态/内核态切换、寄存器保存与恢复、TLB 刷新等开销。在高频 I/O 场景（如网络服务器、数据库）中，过多的系统调用会显著降低性能。优化策略包括：批量系统调用（如
readv/writev）、使用 mmap 减少拷贝、采用异步 I/O（io_uring）等。
1.4 系统调用的工作流程
一次完整的系统调用经历以下步骤：
- 用户程序准备参数：将系统调用号存入
rax（x86-64）或r7（ARM），参数依次存入rdi、rsi、rdx、r10、r8、r9寄存器。 - 执行陷入指令：CPU 执行
syscall（x86-64）或SVC（ARM）指令，触发从用户态到内核态的切换。 - 内核保存上下文：CPU 自动保存用户态寄存器（如
rip、rsp、rflags）到内核栈，加载内核栈指针。 - 系统调用分发：内核根据
rax中的系统调用号，在sys_call_table中查找对应的处理函数。 - 执行内核处理函数：调用具体的系统调用实现（如
sys_read），完成实际的内核操作。 - 返回用户态：内核将结果写入
rax，恢复用户态寄存器，执行sysret指令返回用户空间。
性能数据：一次空系统调用（如
getpid()）在 x86-64 上的开销约为 100-200 纳秒，而普通函数调用仅需 1-5 纳秒。系统调用涉及约 50-100 条额外指令，包括寄存器保存/恢复、权限检查、TLB 刷新等。