JavaScript阻塞与非阻塞

JavaScript 的代码是运行在单线程上的，也就是说同一时刻只能有一个操作被执行。这样的好处是不用考虑并发问题，只需关注写得代码不要阻塞线程。

通常情况，大多数浏览器当你打开一个tab就会开启一个Event Loop，而且每个网页之间是隔绝的，可以避免出现阻塞线程时导致整个浏览器卡死。

如果你对之前提到的异步、同步还有印象，那么我们可以这样认为：阻塞的方法是以同步执行（synchronously），非阻塞方法以异步形式执行（asynchronously）。

以 Node.js 的文件操作为例：

// 1. 使用同步的方式读取文件
const fs = require('fs');
const data = fs.readFileSync('/file.md'); // 程序会一直阻塞知道文件读取完成
console.log(data);
moreWork(); // 直到上面的console.log执行完 才能做其他的工作


// 2. 使用异步形式读取文集
const fs = require('fs');
fs.readFile('/file.md', (err, data) => {
  if (err) throw err;
  console.log(data);
});
moreWork(); // 在console.log之前就可以做其他工作

Blocking/Non-Blocking

如果读取的文件很大，在读取完成之前，同步形式的代码将不能向下执行，这时就发生了阻塞。

Node.js使用回调来避免程序发生阻塞，使程序可以同一时间处理更多的工作。

我们思考这样一种情况：每个对 Web 服务器的请求需要 50 毫秒完成，而那 50 毫秒中的 45 毫秒是可以异步执行的数据库 I/O。选择 非阻塞 异步操作可以释放每个请求的 45 毫秒来处理其它请求。仅仅是选择使用 非阻塞 方法而不是 阻塞 方法，就能造成并发的显著差异。

事件循环不同于许多其他语言的模型，其它语言创建额外线程来处理并发工作。Node.js 提供了一系列的异步I/O方法来避免线程阻塞。

如何避免线程阻塞？

JavaScript中几乎所有的I/O操作都是非阻塞的（Non-Blocking），比如：网络请求，文件系统操作。这也是JavaScript非常依赖于回调函数（Callbacks）、Promises、Async/Await 的原因。

我们在编程时使用上面的方法就可以有效避免线程阻塞。

参考链接

https://nodejs.org/en/docs/guides/blocking-vs-non-blocking/

文章首发于 IICOOM-个人博客|技术博客 《JavaScript阻塞与非阻塞》