多线程

JavaScript从诞生之初就背负着单线程的命运。这个设计决策在1995年看起来理所当然——浏览器只需要处理简单的表单验证和DOM操作。但三十年后，当Web应用需要在浏览器中运行视频编解码、物理模拟、甚至机器学习模型时，单线程的限制就成了一个无法回避的架构瓶颈。 ...

一个全局变量的"分身术" 1979年，Unix V7引入了一个特殊的全局变量——errno。当系统调用失败时，它会将错误码写入这个变量，供后续代码检查。这在单线程时代完美运作。但到了1990年代，多线程编程成为主流，问题出现了：如果两个线程同时执行系统调用，它们会覆盖彼此的errno值。 ...

2009年，Web Workers作为HTML5规范的一部分首次引入浏览器。十五年后，尽管多核CPU已成标配，但大多数Web应用依然在单线程的泥潭中挣扎。问题不在于开发者不知道Web Workers的存在——而在于当他们真正尝试使用时，发现数据传输的开销可能比计算本身更令人头疼。 ...

在一台双路服务器上，某个开发者写了一个简单的多线程程序来处理内存数据。原本以为增加线程数能线性提升性能，结果却发现：当线程数从1增加到16时，吞吐量不升反降，甚至比单线程还慢了40%。 ...

一个看似简单的计数器，在多线程环境下却能暴露出计算机系统最深层的复杂性。当你写下x++这样的代码时，编译器可能将其重排序，CPU可能延迟写入，缓存一致性协议可能在不同核心间传递失效消息——这些操作并非恶意捣乱，而是现代处理器为了榨取每一分性能而精心设计的优化策略。 ...