如果只有一个线程可用，异步/等待有什么好处？

Question

我是 await/async 范式的 C++ 开发人员，我的理解与我的预期不一致。让我们看看下面的代码：

fs.readFile(fileName, 'utf8', function (err, data) {
   console.log("open");
})

据我了解，fs.readFile 是异步的以避免阻塞。到目前为止一切顺利，但所有教程都明确提到只有 1 线程。那么如何异步执行 I/O 操作，例如如果只有 1 个线程，是否执行另一个异步函数？

让我们假设（仅针对本示例）底层 C 函数 open 阻塞 30 秒。那不会也阻止其他“异步”函数的整个执行吗？但情况似乎并非如此。那么在执行异步代码时真正涉及多少个线程？

我的期望是，它的行为就像一个状态机。这意味着，从概念上讲，只涉及 1 个线程，但从技术上讲不止一个。对吗？

免责声明：我知道“并行！=并发”。

Answer 1

I/O 会在不同的线程中运行，并且大多数 I/O 是非阻塞的。

当人们说 node.js 是 1 个线程时，这意味着在任何给定时间只会执行 javascript 的一部分。但是，如果您正在从磁盘读取文件，则速度很慢，以至于 javascript 有足够的时间安排其他代码运行，而 javascript 等待读取完成。