javascript - 同步事件多路分解如何成为繁忙等待的解决方案？

Question

我正在尝试了解同步事件多路分解如何成为繁忙等待的解决方案。

假设有 3 个 IO 操作，我们有一段代码不断循环检查这 3 个操作中是否有数据可供读取。

    arry = [event1 , event2 , event3]

    while(arry is not empty)
    {

        for(i = 0 ; i <= 2 ; i++)
        {
            if(arry[i] has something to read)
            {
                read data;
            }
            else
            {
               continue to next i;
            }

            if(arry[i] read has finished){ 
                remove i from arry
             }
        }
    }

上面的伪代码做了一个忙碌的等待。

现在，在同步事件多路分解或 react 器模式中，事件监听器会在事件发生时对其做出响应。但是事件监听器如何在不忙等待的情况下做到这一点？

Answer 1

进程是已执行的计算机程序的实例(执行任务或模块)。在一个进程中，我们可以有多个称为线程的组件。您可以将线程想象成一个待办事项列表，其中包含一些需要由计算机的 CPU 执行的指令。将线程视为一个 worker 。

假设您有一套 10 层的公寓。而且你有一个 worker 有指令，它必须敲每扇门从中收集数据。在忙碌的等待中，这个从一楼开始的可怜的 worker 会敲每一个门来检查数据是否准备好接收。它将一直执行到顶层。然后它会在他向下的路上做同样的过程。这次它将跳过之前已经接收到数据的门。所以它会一直上下运行，直到它从每扇门接收到数据。这基本上就是忙等待。

如您所见，使用单线程，我们可以无阻塞地处理不同的资源。然而这样效率不高，它会使 CPU 消耗大量内存并导致上下文切换，这对 CPU 来说是额外的辛苦工作。另外，一个线程会把大部分时间浪费在等待上，而在等待期间，CPU 仍然在工作。

为什么事件多路分解是一种解决方案或更有效？

代替所有这些繁重的工作，我们的单线程不会上下运行。它不再是 worker ，现在是经理，并得到使用 C++ 强大功能的 libuv 库的额外支持。 Libuv 将使用事件多路分解器收集所有数据，多路分解器将包括哪些数据来自哪个门以及如何处理这些数据，然后它将必要的数据传递给事件队列，然后事件队列将控制权传递给事件循环。现在事件循环的工作只是检查是否有等待事件，如果有，它将把它推到函数执行的调用堆栈。

事件多路分解器之所以称为同步，是因为它不会同时敲两扇门。

很难用简单的方式解释这个复杂的主题。希望对您有所帮助。