linux 系统调用是什么？用户态到内核态的入口
答案：系统调用是用户程序请求内核服务的唯一入口——用户态不能直接访问硬件，必须通过 syscall 指令切换到内核态，由内核代为执行（如 read/write/open/fork）并返回结果。用 strace 可以追踪。
一、为什么需要系统调用
用户态程序 ──syscall 指令──→ 内核态执行 → 返回结果
│ │
不能直接碰硬件 内核才能访问设备/内存管理普通函数（如 strlen）只在用户态；想读写文件、开网络、建进程、分配内存就必须进内核——这就是系统调用。
二、系统调用 vs 普通函数
| 维度 | 普通函数 | 系统调用 |
|---|---|---|
| 执行位置 | 用户态 | 内核态 |
| 权限 | 无特殊 | 有内核特权 |
| 开销 | 无切换 | 有上下文切换开销 |
| 例子 | strlen、memcpy | read、write、fork |
注意：printf 是库函数（用户态格式化），但最终会调 write 系统调用输出到终端。
三、怎么追踪
strace -p <PID> # 跟踪运行中的进程
strace -c ./program # 运行并汇总统计各 syscall 次数/耗时
strace -f ./program # 包含 fork 出的子进程
cat /proc/<PID>/syscall # 看进程"正在执行"哪个系统调用四、常见系统调用分类
| 类别 | 系统调用 |
|---|---|
| 文件 | open / read / write / close / lseek |
| 进程 | fork / execve / exit / wait |
| 内存 | mmap / munmap / brk |
| 网络 | socket / connect / accept / send / recv |
| 其他 | getpid / clock_gettime / ioctl |
五、开销与优化
- 单次开销：微秒级（上下文切换 + 寄存器保存）；
- 高频调用是瓶颈：每字节一次
read会拖垮性能； - 优化手段：用户态缓冲（stdio）、批量接口（
readv/writev）、异步批量（io_uring）。
六、常见坑
strace会拖慢程序：每个系统调用都被记录，10~100 倍变慢，别在生产常驻；/proc/PID/syscall是"当前"快照：只反映这一刻，非统计；- 系统调用 ≠ 库函数：
top里sy高说明内核态（系统调用）开销大，结合 strace 看是哪个。
深度入口
FAQ
Q: linux 系统调用是什么？ A: 用户程序请求内核服务的入口（read/write/open/fork 等），通过 syscall 指令切换到内核态执行。
Q: 系统调用和普通函数有什么区别？ A: 普通函数在用户态、无切换开销；系统调用进内核态、有上下文切换开销。printf 底层调 write。
Q: 怎么查看/追踪系统调用？ A: strace -p PID、strace -c 汇总、/proc/PID/syscall 看当前执行的调用。
Q: 系统调用开销大吗？ A: 单次微秒级；高频调用（每字节一次 read）是瓶颈，靠缓冲/批量/io_uring 优化。
Q: 常见系统调用有哪些？ A: 文件 open/read/write、进程 fork/execve、内存 mmap/brk、网络 socket/connect/send。
Q: 系统调用和中断的关系？ A: 系统调用是主动请求内核（软件触发）；中断是被动通知（硬件事件）。老 x86 用 int 0x80，现代用 syscall 指令。
一句话总结：系统调用 = 用户程序进内核办事的唯一入口（read/write/fork 等），strace 可追踪、/proc/PID/syscall 看当前、sy 高说明系统调用开销大；高频小调用是性能瓶颈，缓冲、批量与 io_uring 是优化方向。