system call（syscall，系统调用） 是 user-space 程序用来向 kernel 请求服务的机制——打开文件、发送网络数据、分配内存、创建进程。因为这些动作触及硬件或影响其他进程，只有 kernel 才能执行它们，所以一次 syscall 是有意地跨越保护边界。
CPU 运行在（至少）两个特权级别之一：
user mode → restricted: no direct hardware access, no privileged instructions
kernel mode → full access: hardware, all memory, privileged CPU instructions
一次普通的函数调用停留在 user mode。一次 syscall 执行一个受控的**模式切换（mode switch）**进入 kernel mode，运行受信任的 kernel 代码，然后返回：
user code kernel
───────── ──────
read(fd, buf, n)
│ trap (syscall instruction)
└──────────────▶ enter kernel mode
validate args, do the I/O
◀────────────── return value, back to user mode
continue
你很少自己写这个 trap——C 库把它包装起来。你代码里的 fopen/fread 最终会调用 open/read 这些 syscall：
// glibc 的 read() 把 syscall 号 + 参数放进寄存器，
// 然后执行一条 trap 指令（例如 x86-64 上的 `syscall`）。
ssize_t n = read(fd, buffer, 4096); // → 陷入 kernel
这个 trap（一个 software interrupt / 专用指令）正是安全地改变特权级别的东西——user-space 代码不能就这么“跳进”kernel；它只能在已定义的、会校验参数的 syscall 入口点进入。
user/kernel 的划分是操作系统安全与稳定的基础：它正是为什么一个进程不能乱写硬件或另一个进程的内存。理解 syscall 也解释了性能——每一次都要付出一次 mode switch（数百纳秒）的代价，这就是为什么把 I/O 批量化、或用 mmap/io_uring 来减少 syscall 次数很重要，也是为什么 strace（列出一个程序的 syscall）是如此强大的调试工具。
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠