call gate与Software interrupt（软件中断）的核心区别是什么？

调用门和软中断都是x86架构下，低权限用户态（Ring3）安全调用高权限内核态（Ring0）代码的经典实现机制，但二者在设计逻辑、性能、使用约束上的差异非常明显，核心区别和适用场景如下：

核心区别 #

• 触发方式与入口管理逻辑不同
  软中断通过int n指令主动触发，依赖中断描述符表（IDT）索引对应的中断处理程序，操作系统会预先注册固定的中断号（比如32位Linux早期用int 0x80作为系统调用入口），所有用户态请求都走同一个中断号对应的统一入口，再由内核分发具体调用。
  调用门通过call/jmp指令触发，依赖全局描述符表（GDT）或局部描述符表（LDT）中的门描述符，每个调用门可以对应单独的内核函数入口，支持给不同的内核接口配置独立的权限校验规则。
• 参数传递规则不同
  软中断的参数需要用户态主动存入通用寄存器（比如32位x86 Linux下用ebx、ecx、edx等寄存器传参），参数传递数量受寄存器数量限制，无法直接传递大量参数。
  调用门支持自动从用户态栈拷贝指定数量的参数到内核栈，描述符中会预先定义好需要拷贝的参数个数，最多支持31个参数，不需要用户手动操作寄存器传参。
• 性能开销不同
  软中断触发时会强制走中断响应流程，需要额外做上下文保存、中断屏蔽操作，开销更高，单轮调用延迟通常比调用门高30%以上。
  调用门是普通的控制转移逻辑，不需要触发中断上下文，仅做权限校验和栈切换，开销更低。
• 权限校验规则不同
  软中断的权限校验非常宽松，只要当前特权级（CPL）小于等于中断描述符的特权级（DPL）就可以触发，没有额外的调用限制。
  调用门的权限校验更严格，除了要满足CPL≤门描述符DPL外，还要求目标代码段的DPL≤CPL，避免低权限代码随意跳转至高权限段的非预期位置。

适用场景 #

• 软中断适用场景
  • 操作系统需要统一管理所有内核态入口的场景，比如传统的系统调用入口，所有用户态进程都走同一个中断号进入内核，再由内核统一做参数校验、权限审计，便于统一维护。
  • 需要兼容中断上下文处理逻辑的场景，软中断和硬件中断走相同的IDT管理逻辑，内核可以复用同一套上下文处理代码，降低开发复杂度。
• 调用门适用场景
  • 需要给不同用户态程序开放独立内核接口的场景，比如嵌入式实时系统中可以给不同的业务进程配置单独的调用门，避免所有请求都走统一入口带来的分发开销，提升实时性。
  • 需要传递大量参数的内核调用场景，调用门自带的多参数自动拷贝能力可以避免寄存器传参的限制，简化调用逻辑。

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