javascript - 我们怎么称呼 JS async "strands of execution"？

Question

在 Java 中我们有“线程”，在 CPython 中我们有线程(非并发)和“进程”。

在 JS 中，当我启动一个 async 函数或方法时，我如何正式引用这些“执行代码链”？

我听说每个这样的代码块都是从头到尾执行*，这意味着在 JS 中从来没有任何并发​​*处理。我不太确定这是否与 CPython 线程的情况相同。就我个人而言，对于我们在 JS 中使用的“线程”，我犹豫不决，因为这些“链”与 Java 并发线程非常不同。

---

* 只是根据 Stephen Cleary 的有用回复来澄清:我的意思是“每个这样的同步代码块”。显然，如果遇到 await 控制被释放......

** 而且显然从来没有任何“真正的并行”处理。我遵循广泛接受的“并发”(在任何时候只有一个线程，但一个“执行链”可能让位于另一个线程)和“并行”(多个进程，实现真正的并行处理，通常使用多个CPU 或内核或进程)。我的理解是，JS 中的这些“链”甚至不是并发的:一旦一个 AJAX 方法或 Promise 或 async 方法/函数开始执行，直到它完成(或await 发生)...

Answer 1

In JS, when I kick off an async function or method, how do I officially refer to these "strands of executing code"?

由于找不到更好的术语，我将这些称为“异步操作”。

I have heard that each such code block executes from start to finish

这是是真的……直到await。现在有几种方法来考虑它，这两种方法都是正确的:

• 代码块以独占方式执行，除非有await。
• await 将其功能拆分为多个代码块，这些代码块do 独占执行(每个 await 都是一个“拆分点”)。

meaning that there is never any concurrent processing in JS.

我不同意这种说法。 JavaScript 强制异步(在 async/await 之前，它使用回调或 promise )，因此它确实具有异步并发，但没有并行并发。

一个好的心智模型是 JavaScript 本质上是单线程的，并且一个线程有一系列的工作要做。 await 不会阻塞那个线程；它返回，当它的 thenable/Promise 完成时，它将该方法的剩余部分(“继续”)安排到队列中。

因此您可以同时执行多个异步方法。这正是 Node.js 处理多个同时请求的方式。

My understanding is that these "strands" in JS are not even concurrent: once one AJAX method or Promise or async method/function starts executing nothing can happen until it's finished...

不，这是不正确的。 await 会将控制权返回给主线程，使其腾出时间来做其他工作。

the way things operate in JS means you "never have to worry about concurrency issues, etc."

嗯……是的，也不是。由于 JavaScript 本质上是单线程的，因此永远不会对多线程之间共享的数据产生任何争用(很明显)。我会说这就是原作者的想法。所以我想说 90% 以上的线程同步问题都可以轻松解决。

但是，正如您所指出的，您仍然需要小心修改来自多个异步操作的共享状态。如果它们同时运行，那么它们可以按任何顺序完成，您的逻辑必须正确处理。

理想情况下，最好的解决方案是转向更实用的思维方式——即尽可能摆脱共享状态。异步操作应该返回它们的结果而不是更新共享状态。然后可以使用async、await 和Promise.all 将这些并发的异步操作组合成更高级别的异步操作。如果可能，这种返回而不是状态和函数组合的更实用的方法将使代码更易于处理。

但在某些情况下，这并不容易实现。可以开发经典同步协调原语的异步等价物。我制定了一个概念验证 AsyncLock，但似乎无法在任何地方找到代码。好吧，无论如何，可能这样做。