Linux进程执行系统调用的过程及是否必进入可中断休眠状态的疑问

一、用户空间进程发起系统调用后的完整流程 #

当用户进程发起系统调用时，大致会经历以下步骤：

• 态切换：进程通过特定指令（如x86架构的syscall、ARM的svc）触发系统调用，CPU从用户态切换到内核态，同时保存进程的用户态上下文（寄存器、栈指针等），内核开始执行对应系统调用的处理函数。
• 内核处理与进程状态变化：内核根据系统调用号匹配到具体处理逻辑后，分情况执行：
  • 如果是无阻塞的计算/查询类操作（比如获取当前进程ID、修改进程优先级），内核直接完成计算或状态查询，无需等待外部资源，处理完后直接返回结果。
  • 如果操作需要等待外部资源（比如磁盘IO、网络数据包）且资源暂未就绪，内核会将进程的状态设置为休眠（可能是可中断或不可中断，取决于操作类型），并把进程从CPU就绪队列中移除，调度其他就绪进程执行。当等待的资源就绪后（比如磁盘完成读写、数据包到达），内核会唤醒该进程，将其状态改为就绪，等待CPU再次调度。
• 返回用户态：系统调用处理完成后，内核恢复进程的用户态上下文，CPU切换回用户态，进程从系统调用指令的下一条指令继续执行。

二、系统调用是否总会导致进程进入可中断休眠状态？ #

答案是否定的，系统调用是否会让进程进入休眠，完全取决于调用的类型和当前资源状态：

• 无需等待资源的系统调用：像getpid()、getppid()、brk()（内存分配底层调用）这类操作，仅需要内核完成简单的计算或状态查询，不需要等待外部IO或其他资源，进程全程保持运行状态（仅在态切换时处于内核态运行），不会进入休眠。
• 资源已就绪的等待型调用：比如读取已经被缓存到内存中的文件数据，此时数据直接在内存中，内核可以直接拷贝到用户空间，无需等待磁盘IO，进程也不会休眠。
• 仅部分场景会触发休眠：只有当系统调用需要的资源暂时不可用时，内核才会将进程置为休眠状态。而且休眠状态也不一定是可中断的——例如某些磁盘IO操作会使用不可中断休眠，避免进程在IO过程中被信号中断导致数据损坏。

另外需要纠正一个误解：系统调用并不是通过发送中断来通知内核将进程置于休眠状态，而是内核在处理系统调用的过程中，发现需要等待资源时，主动修改进程状态并调度其他进程。系统调用本身是通过专用指令触发的，和硬件触发的外部中断是不同的机制。

内容的提问来源于stack exchange，提问作者Alexey Melezhik