Linux系统调用究竟是如何工作的
内容提要
本文深入剖析Linux系统调用的完整机制，涵盖从用户态通过syscall指令进入内核，经历栈切换、参数保存、分发处理及返回的全过程，并解释errno为何由libc设置。同时揭示clock_gettime等调用通过vDSO在用户态直接完成，无需陷入内核，最后对比两者性能差异（约6倍），强调系统调用边界成本及优化策略。
延伸解读
系统调用与库函数的区别
文章强调write()等函数并非系统调用本身，而是libc提供的封装。真正的系统调用通过syscall指令直接进入内核，而libc封装负责处理错误码errno的设置。理解这一区别有助于开发者正确使用系统调用，避免对errno的误用。
vDSO机制的性能优势
clock_gettime等频繁且无需特权的调用通过vDSO在用户态直接完成，避免了陷入内核的开销。文章实测显示，vDSO调用比真实系统调用快约6倍。这一机制解释了为何strace无法捕获某些调用，也提示开发者可通过vDSO优化高频时间相关操作。
系统调用开销与优化策略
系统调用边界成本包括特权切换、栈切换及安全缓解措施，即使最简单的getpid也需约107纳秒。为减少开销，内核提供了io_uring等批处理机制，开发者也可通过缓冲、批量操作等方式降低系统调用频率。实际性能受CPU和内核版本影响，需自行测量。
Q&A
Linux系统调用在x86-64架构下是如何从用户态进入内核态的？
在x86-64架构下，用户态程序通过执行syscall指令进入内核态。该指令会保存返回地址到rcx、保存标志到r11，并从LSTAR寄存器加载新的指令指针，跳转到内核的entry_SYSCALL_64入口。同时，它会切换特权级从ring 3到ring 0。
为什么write()不是系统调用，而是一个库函数？
write()是C库（如glibc）提供的封装函数，它内部执行系统调用。用户可以直接使用syscall指令进行系统调用，而不经过libc，但通常使用库函数更方便，因为库函数处理了错误设置errno等细节。
内核如何找到系统调用对应的处理函数？
内核通过系统调用号在系统调用表中查找对应的处理函数。在较新的内核（如6.9+）中，使用生成的switch语句直接调用，而旧内核使用函数指针数组。处理函数通常由SYSCALL_DEFINE宏生成，例如__x64_sys_write。
为什么errno不是由内核设置的？
errno是libc定义的变量，内核只通过返回值传递结果，错误时返回负的错误码（如-9表示EBADF）。libc的包装函数检查返回值，如果是负数，则将其取反存入errno并返回-1。因此，errno是用户态约定，不是内核直接设置的。
为什么clock_gettime()调用不会出现在strace输出中？
因为clock_gettime()通过vDSO（虚拟动态共享对象）在用户态直接完成，无需陷入内核。vDSO是内核映射到每个进程地址空间的一个共享库，其中包含clock_gettime等函数的实现，它们直接读取内核维护的[vvar]页获取时间，因此不触发系统调用，strace无法捕获。
系统调用和vDSO调用的性能差异有多大？
在测试机器上，真实系统调用（如getpid）大约需要106.9纳秒，而vDSO调用（如clock_gettime）只需17.2纳秒，性能差异约6.2倍。系统调用的开销主要来自特权级切换、栈切换、寄存器保存等，而vDSO调用在用户态直接完成，开销极小。
