中断驱动与事件驱动的I / O模型

Question

在阅读Node JS时，定义说I / O模型是事件驱动的。 这与多线程环境中的中断有何不同？ 在多线程环境中，当I / O操作完成时，会生成一个中断，并且等待线程现在被推入读取运行状态。 在Node Js中，基于I / O完成后抛出的事件，回调处理程序被推送到事件Queue。

为什么两者不同？

Answer 1

我不确定我是否理解这个问题，但我理解......

这两个概念的不同之处在于它们适用于不同级别的处理。 事件的使用级别（系统/代码）高于中断，后者发生在较低级别（CPU）。 因此，即使中断确实发生在CPU级别，nodejs也会抽象它们（使用单独的I / O线程），如果已定义，它将执行回调。 多线程环境（例如Java）的作用是暂停和恢复线程。 这与CPU级中断不同。 Java确实让程序员实现了这样的中断：

for (int i = 0; i < importantInfo.length; i++) {
    // Pause for 4 seconds
    try {
        Thread.sleep(4000);
    } catch (InterruptedException e) {
        // We've been interrupted: no more messages.
        return;
    }
    // Print a message
    System.out.println(importantInfo[i]);
}

但这根本不像CPU中断或nodejs事件/回调。

即使nodejs被称为单线程，它确实使用多个线程，但是它只使用一个主线程，该线程旨在花费很少的时间在CPU上并将其他IO或CPU密集型任务传递给其他任务，因此可能准备好处理下一个（通常是http）请求

一些参考链接：

http://www3.ntu.edu.sg/home/ehchua/programming/java/J5e_multithreading.html

http://docs.oracle.com/javase/tutorial/essential/concurrency/interrupt.html

中断和事件之间的区别

https://softwareengineering.stackexchange.com/questions/298493/nodejs-like-interrupt-handlers