我知道JS是单线程的，技术上不可能有竞争条件，但由于异步和事件循环，应该会有一些不确定性.下面是一个过于简单化的例子:
class TestClass {
// ...
async a(returnsValue) {
this.value = await returnsValue()
}
b() {
this.value.mutatingMethod()
return this.value
}
async c(val) {
await this.a(val)
// do more stuff
await otherFunction(this.b())
}
}
假设b()依赖于自对a()的调用以来未被更改的this.value，并且从程序中的多个不同位置快速连续多次调用c(val).这会不会造成一场数据竞赛，this.value会在呼叫a()和b()之间发生变化？
作为参考，我已经先发制人地用mutex修复了我的问题，但我一直在质疑是否一开始就有问题.
是的，比赛条件在js中也可以并且确实会发生.仅仅因为它是单线程的，并不意味着竞争条件不会发生，尽管它更罕见.JavaScript确实是单线程的，但它也是异步的:指令的逻辑序列通常被划分为在不同时间执行的较小块.这使得交织成为可能，因此出现了竞争条件.
对于这个简单的例子，请考虑
var x = 1;
async function foo() {
var y = x;
await delay(100); // whatever async here
x = y+1;
}
这是适应JS的异步世界的非原子增量的classic 例子.
现在比较以下"并行"执行:
await Promise.all([foo(), foo(), foo()]);
console.log(x); // prints 2
用"顺序"的方式:
await foo();
await foo();
await foo();
console.log(x); // prints 4
请注意，结果是不同的，即foo()不是"异步安全的".
即使在js中，有时也必须使用"异步互斥锁".您的例子可能就是其中一种情况，这取决于两者之间发生的情况，例如，如果发生某个异步调用.在do more stuff中没有异步调用，看起来就像是在单个代码块中发生了Mutations (以异步调用为界，但内部没有异步调用以允许交织)，我认为应该没问题.请注意，在您的示例中，a并不是真正的异步，而b是在最终等待之前调用的.