软件中断、系统调用、子程序、软件信号的核心区别是什么？

核心定义 #

• 子程序（Subroutines）：也叫函数/方法，是同一程序内部封装的可复用代码块，属于用户态程序自身逻辑的组成部分，不属于操作系统提供的机制。
• 系统调用（System Calls）：操作系统内核暴露给用户态程序的可控接口，是用户态程序请求内核特权资源/能力的唯一正规通道。
• 软件中断（Software Interrupts）：由代码主动触发的中断信号，本质是用软件模拟硬件中断的处理机制，用于打断当前执行流、切换到预设的中断处理程序。
• 软件信号（Software Signals）：类Unix系统中轻量的进程间通信机制，用于向指定进程异步通知事件，不需要等待目标进程响应即可触发。

触发机制 #

• 子程序：由当前程序代码同步主动调用，比如C语言中直接写func(param)即可触发，触发逻辑完全由当前执行流控制，无异步干预。
• 系统调用：用户态程序主动发起，底层依赖软件中断实现：32位x86架构用int 0x80指令触发，现代CPU用syscall/sysenter指令触发，完成用户态到内核态的切换。
• 软件中断：两类触发场景：一是程序主动调用中断指令触发，二是内核检测到程序异常（比如除零、非法内存访问）时主动抛出。
• 软件信号：触发方和接收方完全解耦，可以是内核发送（比如程序段错误时发送SIGSEGV）、其他进程发送（比如用kill命令发SIGTERM）、甚至进程给自己发送，触发完全异步，和接收进程当前执行流无关。

运行权限 #

• 子程序：和调用方权限完全一致，调用方在用户态运行它就跑在用户态，调用方在内核态运行它就跑在内核态，无权限切换开销。
• 系统调用：触发后会从用户态切换到内核态运行，执行过程拥有内核最高特权，执行完成后切回用户态返回结果。
• 软件中断：触发后强制切换到内核态执行预设的中断处理程序，运行在最高权限上下文。
• 软件信号：信号发送逻辑由内核完成，信号处理函数默认在接收进程的用户态上下文执行，无权限提升。

适用场景 #

• 子程序：同一程序内部的代码复用、逻辑拆分，比如业务代码里反复用到的哈希计算、字符串处理逻辑，都可以封装为子程序。
• 系统调用：用户态程序需要请求内核管理的资源时使用，比如读写磁盘、创建进程、分配内存、网络通信，所有涉及特权资源的操作必须走系统调用。
• 软件中断：底层异常处理、系统调用入口实现、内核态内部异步逻辑处理，普通应用开发几乎不会直接操作。
• 软件信号：进程异步事件通知场景，比如强制终止进程、通知进程重载配置、捕获程序运行异常。

执行逻辑 #

• 子程序：同步执行，调用方必须等待子程序执行完成返回后，才会继续执行后续逻辑，上下文保存在当前进程的栈中，执行完成后直接出栈恢复。
• 系统调用：默认同步阻塞（也支持非阻塞模式），调用后内核接管处理，处理期间内核可以调度其他进程运行，完成后返回结果给用户态。
• 软件中断：异步打断当前执行流，先保存当前上下文，执行预设的中断处理程序，执行完成后恢复上下文继续执行原有代码，中断处理过程不允许阻塞。
• 软件信号：完全异步，目标进程只有在被系统调度、或者从内核态切回用户态的时候才会检测待处理的信号，用户可以自定义信号处理函数，也可以忽略大部分信号，仅SIGKILL/SIGSTOP两类特殊信号不能被忽略或捕获。

边界总结 #

快速区分逻辑：

1. 同一程序内部的代码块调用，无权限切换→子程序
2. 需要请求操作系统管理的特权资源，必须走内核→系统调用
3. 底层需要打断当前执行流、执行内核预设处理逻辑→软件中断
4. 跨进程/内核向进程发送异步通知→软件信号

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