系统调用是否通过中断触发？系统调用执行流程理解正确性确认

你梳理的整体逻辑是正确的，但存在几处细节错误和需要补充的点：

• 软中断触发的适用场景：你提到的int 0x80是Linux x86 32位环境下的传统系统调用触发方式，x86_64、ARM等主流现代架构都使用专用的系统调用指令（x86_64用syscall、ARM用svc）实现，性能远高于通用软中断，已经是当前的默认实现。
• 中断控制器的作用范围：NVIC是ARM架构专属的中断控制器，x86平台使用的是APIC/IOAPIC，不存在通用的NVIC/AVIC适配所有架构的情况。另外，CPU从用户态切换到特权模式的动作是由软中断/系统调用指令的硬件逻辑直接触发的，和中断控制器无关，中断控制器仅负责中断信号的路由分发，不参与权限模式切换。
• 流程缺失的上下文处理环节：中断处理程序拿到系统调用号之前，会先完整保存用户态的上下文（寄存器值、栈指针、指令指针等），避免内核执行过程破坏用户态运行状态；系统调用处理完成后，会先恢复之前保存的用户态上下文，再通过对应的返回指令（iret对应软中断、sysret对应syscall指令）切回用户态，用户程序才会继续执行后续逻辑。
• 参数传递补充：触发系统调用前，除了系统调用号，调用参数也会按照约定放到指定的寄存器或者用户栈中，内核处理时会从对应位置读取参数，不需要额外从用户空间拷贝数据。

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