📚 课程目录第2章系统调用基础

2. 系统调用基础

系统调用（System Call）是用户态程序请求内核服务的唯一合法入口。理解系统调用的本质、它与 POSIX 标准的关系以及和库函数的分工，是分析内核架构的第一步。

2.1 系统调用的核心概念

系统调用将处理器从用户态（User Mode）切换到内核态（Kernel Mode），使操作系统能够代表用户程序执行特权操作。其本质是受控的、有编号的内核函数调用。

  关键特征：
  特权级切换：CPU 通过指令（如 x86 的 syscall / int 0x80）提升特权级，访问内核地址空间。
固定入口：每个系统调用有唯一编号（syscall number），通过系统调用表（sys_call_table）分发。
原子性保证：内核在系统调用执行期间不会被用户态信号中断（除非主动睡眠）。
返回值约定：成功返回 0 或正数，出错返回负值（通常为 -errno）。

💡 理解要点：系统调用是用户态与内核态之间的“防火墙”。用户程序不能直接跳转到任意内核函数，必须通过编号和门控机制进入。

2.2 POSIX 标准与系统调用接口

POSIX（Portable Operating System Interface）是由 IEEE 制定的操作系统接口标准族。它定义了系统调用接口的行为、参数和返回值，使得应用程序可以在不同 UNIX 系统间移植。

POSIX 标准版本	发布年份	关键系统调用组	Linux 支持状态
POSIX.1-1990	1990	进程管理、文件 I/O、信号	完全支持
POSIX.1b-1993	1993	实时扩展（定时器、消息队列、信号量）	完全支持
POSIX.1c-1996	1996	线程扩展（pthreads）	通过 NPTL 完全支持
POSIX.1-2001 (SUSv3)	2001	统一 UNIX 规范，合并 AES	完全支持
POSIX.1-2008 (SUSv4)	2008	移除废弃接口，新增异步 I/O	基本支持

⚠️ 重要区分：POSIX 是接口标准，不是实现标准。Linux 系统调用是 POSIX 接口的具体实现，但 Linux 也提供非 POSIX 扩展系统调用（如 epoll、eventfd）。

2.3 系统调用与库函数的关系

库函数（Library Function）与系统调用是不同层次的服务接口。理解二者的分工与协作，是避免性能误区和调试困惑的关键。

2.3.1 关系模型

封装关系：大多数 C 标准库函数（如 fread、malloc）内部调用系统调用，但增加缓冲、状态管理等逻辑。
一对一关系：部分库函数直接映射到系统调用（如 write() → sys_write），但 libc 可能添加 errno 设置等薄封装。
纯用户态函数：部分库函数完全不涉及系统调用（如 strlen、atoi），仅在用户态执行。
组合关系：一个库函数可能调用多个系统调用（如 printf 可能调用 write 和 brk）。

库函数	底层系统调用	关系类型	关键差异
`fopen()`	`open()`	封装（加缓冲）	FILE* 管理、缓冲策略
`malloc()`	`brk()` / `mmap()`	组合	内存池管理，减少系统调用次数
`printf()`	`write()`	封装（格式化+缓冲）	格式化解析、行缓冲/全缓冲
`time()`	`clock_gettime()`	薄封装	vDSO 优化可避免陷入内核
`strlen()`	无	纯用户态	完全在用户空间执行

💡 性能启示：每次系统调用都涉及上下文切换（用户态↔内核态），开销约 50-200ns（现代 CPU）。库函数通过缓冲和批处理减少系统调用次数，是性能优化的第一道防线。

2.4 系统调用流程示例：read() 的完整路径

以 read(fd, buf, count) 为例，展示从库函数到内核的完整调用链：

用户程序调用 read(fd, buf, 1024)（libc 封装）
libc 的 read 封装将参数放入寄存器（rdi=fd, rsi=buf, rdx=count），执行 syscall 指令
CPU 切换到内核态，跳转到 entry_SYSCALL_64 入口
系统调用处理程序保存寄存器状态，根据 rax（系统调用号 0）查 sys_call_table
调用 ksys_read() → vfs_read() → 具体文件系统实现
数据从内核缓冲区拷贝到用户缓冲区（copy_to_user）
返回用户态，恢复寄存器，sysret 指令完成切换

关键代码路径（x86_64 简化）：

; 用户态 libc 封装
read:
    mov    $0, %rax        ; 系统调用号 SYS_read = 0
    syscall                 ; 陷入内核
    cmp    $-4095, %rax     ; 检查错误
    jae    error_handler
    ret

; 内核态入口
ENTRY(entry_SYSCALL_64)
    swapgs
    mov    %rsp, PER_CPU_VAR(cpu_tss_rw + TSS_sp2)
    mov    PER_CPU_VAR(cpu_current_top_of_stack), %rsp
    ...
    call   do_syscall_64   ; 查表并调用
    ...
    sysretq                ; 返回用户态

2.5 系统调用开销分析

开销来源	典型耗时 (x86_64, 3GHz)	优化手段
特权级切换（Ring 3 → Ring 0）	~30-50 ns	使用 vDSO 避免切换（如 `clock_gettime`）
寄存器保存/恢复	~10-20 ns	减少保存寄存器数量（x86 使用 `syscall` 而非 `int 0x80`）
TLB/缓存污染	~50-200 ns	使用 PCID / INVPCID 减少 TLB 刷新
内核函数执行	取决于具体操作	批处理（如 `readv` 聚合 I/O）
返回用户态	~20-30 ns	使用 `sysret` 快速返回

⚠️ 性能陷阱：高频系统调用（如每秒百万次）即使每次仅 100ns，总开销也高达 10% CPU。常见优化策略包括：使用 mmap 替代 read/write、使用 epoll 替代 select/poll、使用用户态锁替代 futex 系统调用。

2.6 本章小结

系统调用是用户态进入内核态的唯一合法通道，通过编号和系统调用表分发。
POSIX 标准定义了系统调用的接口行为，Linux 是 POSIX 的主要实现之一，同时提供扩展。
库函数封装系统调用，提供缓冲、格式化和内存管理等增值功能，减少直接系统调用次数。
系统调用开销包括特权级切换、寄存器保存、缓存污染等，理解这些是后续上下文切换优化的基础。