Node.JS和IIS的请求机制（事件循环和线程） 我试图找出No.js事件循环机制（发布和订阅C++线程池）的优点，它是IIS处理请求的方式。
我在这里读到： 这句话：“没有上下文切换，因为事件循环只是发布和订阅线程池。”我不清楚 IIS有一个向CLR线程池发送请求的I/O线程，它将继续工作，直到收到响应为止。据我所知，类似于事件循环。 CPU在线程之间切换，因此它切换到节点的工作线程（以便完成工作），与CLR线程池相同Node.JS和IIS的请求机制（事件循环和线程） 我试图找出No.js事件循环机制（发布和订阅C++线程池）的优点，它是IIS处理请求的方式。,node.js,event-loop,Node.js,Event Loop,我在这里读到： 这句话：“没有上下文切换，因为事件循环只是发布和订阅线程池。”我不清楚 IIS有一个向CLR线程池发送请求的I/O线程，它将继续工作，直到收到响应为止。据我所知，类似于事件循环。 CPU在线程之间切换，因此它切换到节点的工作线程（以便完成工作），与CLR线程池相同 有人能解释一下，与IIS使用的请求线程相比，事件循环机制的主要优势是什么吗？我认为你链接到的作者增加了更多的困惑，而不是清晰（这个家伙说他只是学习节点，所以你真的要求一个盲人在使用它学习时引导盲人）。我不知道他为什么认
有人能解释一下，与IIS使用的请求线程相比，事件循环机制的主要优势是什么吗？我认为你链接到的作者增加了更多的困惑，而不是清晰（这个家伙说他只是学习节点，所以你真的要求一个盲人在使用它学习时引导盲人）。我不知道他为什么认为Node声称“it”（即Node.js）是单线程的。我从来没见过。关键是，在节点中，您的代码都在单个线程中执行，这意味着您的开发人员不再需要处理不同种类的争用。（许多人认为这是一个关键优势，但我认为有人可能会说，你只是在用一种样板（信号量或类似的东西）换另一种样板：异步处理（尽管有几种方法可以减少这方面更繁琐的工作） 虽然我不确定你在问什么，但我认为如果你在3分钟和7分钟之间观看这段视频（），你会有一个“哦，我明白了”的时刻。演示者使用的视觉表现（我相信他部分是从原始节点创建者的preso中获得的）这比用文字描述同一事物的文字墙要容易理解得多 希望这有帮助