在服务器端JavaScript引擎的上下文中,非阻塞I/O或异步I/O是什么?我看到这被提及为优于Java服务器端实现的优点。
在服务器端JavaScript引擎的上下文中,非阻塞I/O或异步I/O是什么?我看到这被提及为优于Java服务器端实现的优点。
同步执行通常指代码按顺序依次执行。异步执行指的是不按代码顺序执行的情况。在下面的例子中,同步操作导致警报按顺序触发。而在异步操作中,尽管alert(2)
看起来是第二个执行的,但实际上它不是。
同步:1、2、3
alert(1);
alert(2);
alert(3);
异步:1,3,2
alert(1);
setTimeout(() => alert(2), 0);
alert(3);
阻塞是指操作会一直等待直到完成,期间无法执行其他操作。非阻塞则是指代码不会等待操作完成就继续执行。在本例中,localStorage
是一个阻塞操作,因为它需要等待读取完成。另一方面,fetch
则是一个非阻塞操作,因为它不会阻止 alert(3)
的执行。
// Blocking: 1,... 2
alert(1);
var value = localStorage.getItem('foo');
alert(2);
// Non-blocking: 1, 3,... 2
alert(1);
fetch('example.com').then(() => alert(2));
alert(3);
非阻塞的异步操作之一的优点是可以最大化单个CPU和内存的使用。
同步、阻塞操作的一个例子是某些Web服务器(如Java或PHP中的服务器)如何处理IO或网络请求。如果您的代码从文件或数据库中读取,则您的代码会“阻塞”其后执行的所有内容。在此期间,您的计算机正在保留内存和处理时间以用于不做任何事情的线程。
为了满足该线程停滞时的其他请求,取决于您的软件。大多数服务器软件所做的是生成更多线程以满足其他请求。这需要更多消耗内存和更多处理。
异步、非阻塞服务器 - 如Node制作的服务器 - 只使用一个线程来服务所有请求。这意味着Node的一个实例充分利用了单个线程。创建者设计它的前提是I/O和网络操作是瓶颈。
当请求到达服务器时,它们逐个进行服务。但是,当服务的代码需要查询数据库时,它将回调发送到第二个队列中,并且主线程将继续运行(它不会等待)。现在,当DB操作完成并返回时,相应的回调从第二个队列中拉出并排队到第三个队列中,等待执行。当引擎有机会执行其他操作(例如执行堆栈为空时),它会从第三个队列中获取回调并执行它。
var startTime = new Date().getTime();
var getEndTime = () => {
var tempEndTime = new Date().getTime();
var second = (tempEndTime - startTime)/1000
return `took ${second} sec...to finish\n`
}
console.log('1: start App', getEndTime())
setTimeout(()=>{
console.log('2: setTimeout', getEndTime())
}, 1000)
console.log('3: End App', getEndTime())
// console -> Process Order: 1 -> 3 -> 2