何时使用asynchronousnodejs?

我不是说ES7的asynchronous,但一般的asynchronous函数,如callback和promisses。

所以,我研究了关于NodeJS和事件循环。 一切都让我相信NodeJS有一种asynchronous的错觉。

据我所知,这只有当function必须通过外部媒体传递时才有效。 例如,执行一个读取文件(将被OS API使用),或者执行一个将使用外部API的请求。

我发现很less有人谈论这个问题,我想在这里和你讨论一下。 我的问题是:我是否正确的想法? 还有,如果有实际的方法来找出asynchronous工作在哪里,它不支付? 在某些情况下,如果我是正确的,asynchronous只会花费更多的内存。

       

网上收集的解决方案 "何时使用asynchronousnodejs?"

Node.js总是asynchronous工作。 如果你正在做一些阻塞I / O(例如使用fs.readFileSync()或其他同步函数),完整的node.js运行时进程将在该调用期间停止处理其他任何事情。 因此,在Web请求处理中,你永远不会调用同步函数(它只能在node.js命令行应用程序和应用程序启动期间等)

这只是node.js的一个基本特性; 这是因为node.js / JavaScript没有和不需要synchronized线程同步function,例如。 Java的。

从技术上讲,multithreading运行的node.js进程中唯一的地方是内部的libuv库,只是为了补偿主机系统丢失的asynchronousI / O。

如果处理不是由I / O事件触发的,则可以使用nodes.js计时器来创build人为事件。 一般情况下,您认为这样做会使nodes.js不方便或不适合CPU限制处理。

恰恰这只有当函数必须通过外部介质时才有效。 这是单线程asynchronous事件循环的折衷。 您应该避免在node.js中进行任何CPU绑定计算,因为它会阻止事件循环,因此不会回复任何callback。

节点仅在OS IO调用时产生,当使用callback或承诺时,节点不会产生。 这是处理基于IO的调用的两种方式,但本身并不是asynchronous的。 (我见过很多项目,人们创build基于callback的API的同步代码:()