异步I/O完成后发出的请求类型：是signal、interrupt还是架构相关？

• 硬件底层层面：异步I/O操作完成时，硬件设备会触发中断（Interrupt）。这是外设通知CPU任务完成的标准硬件级机制，毕竟I/O设备属于外部硬件，没法主动执行代码，只能通过中断打断CPU当前流程，告知任务已完成。你觉得中断比信号、trap更合理的判断是对的——trap是主动触发的软件异常，和I/O设备被动通知的场景不匹配。

• 操作系统与应用层层面：CPU捕获硬件中断后，会把处理权交给操作系统内核。内核完成硬件层面的收尾工作后，会根据系统的异步I/O实现方式，把完成事件传递给上层应用：

  • 部分场景下会用到信号（Signal），比如Linux下的SIGIO信号；
  • 更常见的是通过专门的异步I/O框架或接口，比如Linux的io_uring、Windows的IOCP（输入输出完成端口），或是I/O多路复用工具（select/poll/epoll）来传递事件，这类方式比信号更可靠，适合高并发场景。

• 与架构的关联性：具体的通知机制确实和硬件架构、操作系统实现强相关。比如x86架构的Linux和ARM架构的Linux，硬件中断的触发逻辑有差异；而Linux和Windows的用户态通知方式也完全不同。

简单总结：硬件层面必然是中断，从内核到应用的通知方式则取决于系统实现，可能是信号或其他异步事件机制。

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