- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我已经阅读了很多相关文档。但是我仍然不明白它是如何工作的。
const fs = require('fs')
const now = Date.now();
setTimeout(() => console.log('timer'), 10);
fs.readFile(__filename, () => console.log('readfile'));
setImmediate(() => console.log('immediate'));
while(Date.now() - now < 1000) {
}
const now = Date.now();
setImmediate(() => console.log('immediate'));
setTimeout(() => console.log('timer'), 10);
while(Date.now() - now < 1000) {
}
readfile
immediate
timer
immediate
immediate
readfile
timers(none)
,
I/O callbacks(fs.readFile's callback)
,
idle/prepare(none)
,
poll(none)
,
check(setImmediate's callback)
和最终
close callbacks(none)
,但是结果是
setImmediate()
仍然首先运行。
最佳答案
您看到的行为是因为事件循环中存在多种队列,并且系统根据事件的类型按顺序运行事件。这不仅仅是一个巨大的事件队列,所有事件都基于添加到事件队列的时间以FIFO顺序运行。相反,它喜欢运行一种类型的事件(最大),前进到下一种类型,运行所有这些事件,依此类推。
而且,I/O事件仅在循环中的某个特定点添加到其队列中,因此它们被强制为特定顺序。这就是setImmediate()
回调在readFile()
回调之前执行的原因,即使当while
循环完成时两者都准备就绪。
And then I think event loop will move to timers(none),I/O callbacks(fs.readFile's callback),idle/prepare(none),poll(none),check(setImmediate's callback)and finally close callbacks(none) in order, but result is that setImmediate() still run first.
I/O poll
步骤的过程中稍后放入事件队列中(请参见下图)。因此,第一次进入I/O回调阶段,尚无I/O回调运行,因此您以为自己不会获得
readfile
输出。
setImmediate()
回调在事件循环中第一次准备就绪,因此可以在
readFile()
回调之前运行。
readFile()
回调发生在最后而不是在
setImmediate()
回调之前感到惊讶。
while
循环结束时发生的情况:
readFile()
回调I/O。它将在此周期的后期收集。 readFile()
回调事件,并将其放入I/O队列中(但尚未运行)。 setImmediate()
回调。 readFile()
回调。 const fs = require('fs')
let begin = 0;
function log(msg) {
if (!begin) {
begin = Date.now();
}
let t = ((Date.now() - begin) / 1000).toFixed(3);
console.log("" + t + ": " + msg);
}
log('start program');
setTimeout(() => log('timer'), 10);
setImmediate(() => log('immediate'));
fs.readFile(__filename, () => log('readfile'));
const now = Date.now();
log('start loop');
while(Date.now() - now < 1000) {}
log('done loop');
0.000: start program
0.004: start loop
1.004: done loop
1.005: timer
1.006: immediate
1.008: readfile
fs.readFile()
操作已启动,其他代码继续运行setImmediate()
已注册到事件系统中,并且其事件在相应的事件队列中,其他代码继续运行while
循环开始循环while
循环中,fs.readFile()
完成其工作(在后台运行)。它的事件已经准备好,但是尚未在适当的事件队列中(稍后会详细介绍)while
循环完成,此Javascript的初始序列已完成,并返回系统timer
。 readFile()
,它仍未在队列中(即将进行解释)。 readFile()
事件将被收集(尽管尚未运行)并放入I/O事件队列。 setImmediate()
处理程序。完成此操作后,我们将获得输出immediate
。 readFile()
回调,我们会在控制台中看到readfile
。 setImmediate()
等)。在所有类型中,它都不是严格的FIFO队列。事件是组中的FIFO。但是,在所有其他类型的回调之前,将处理所有待处理的计时器回调(达到某种限制以防止一种类型的事件无限期地拖延事件循环)。
readFile
总是出现在末尾。这是因为即使完成了
readFile()
操作,也不会立即将其放入队列中。相反,事件循环中有一个步骤,其中收集完整的I/O事件(将在事件循环的下一个周期中进行处理),并在当前周期结束之前处理
setImmediate()
事件,然后再处理I/O事件。刚刚收集。这使得
readFile()
回调在
setImmediate()
回调之后进行,即使它们都已准备在while循环中使用。
readFile()
和
setImmediate()
的顺序无关紧要。因为它们都准备好在
while
循环完成之前执行,所以它们的执行顺序由事件循环(通过运行不同类型的事件的顺序)来确定,而不是确切地由它们的完成时间决定。
readFile()
并将
setImmediate()
放在
setTimeout()
之前。使用我的定时版本,将是这样的:
const fs = require('fs')
let begin = 0;
function log(msg) {
if (!begin) {
begin = Date.now();
}
let t = ((Date.now() - begin) / 1000).toFixed(3);
console.log("" + t + ": " + msg);
}
log('start program');
setImmediate(() => log('immediate'));
setTimeout(() => log('timer'), 10);
const now = Date.now();
log('start loop');
while(Date.now() - now < 1000) {}
log('done loop');
0.000: start program
0.003: start loop
1.003: done loop
1.005: timer
1.008: immediate
setImmediate()
已注册到适当的队列中。 setTimeout()
已注册到计时器队列中。 timer
。 setImmediate()
处理程序的位置并记录immediate
为止。 // timeout_vs_immediate.js
const fs = require('fs');
fs.readFile(__filename, () => {
setTimeout(() => {
console.log('timeout');
}, 0);
setImmediate(() => {
console.log('immediate');
});
});
setTimeout()
和
setImmediate()
。在此特定示例中,
setImmediate()
将始终在计时器之前执行,因此输出为:
immediate
timeout
setTimeout()
和
setImmediate()
调用将在I/O处理程序中进行调度,所以将在事件循环的“运行已完成的I/O处理程序”阶段进行调度。按照事件循环的流程,在事件循环返回服务计时器之前,将在“检查处理程序”阶段为
setImmediate()
提供服务。
setImmediate()
和
setTimeout()
安排在事件循环中的其他位置,则计时器可能在
setImmediate()
之前触发,这在前面的示例中会发生。因此,两者的相对计时取决于调用函数时事件循环所处的阶段。
关于javascript - 为什么在Nodejs Event Loop的fs.readFile()之前先执行setImmediate()?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47724811/
我正在尝试将我的Node.js项目迁移到Bun。我的项目在很多地方使用了‘fs’包。我发现了许多Bun迁移示例,它们将‘fs’包导入为‘node:FS’。但是,作为“文件系统”导入可以很好地工作,没有
我正在尝试将我的Node.js项目迁移到Bun。我的项目在很多地方使用了‘fs’包。我发现了许多Bun迁移示例,它们将‘fs’包导入为‘node:FS’。但是,作为“文件系统”导入可以很好地工作,没有
我正在使用 aws lambda。 我有一个 .p8 文件,用于发送 apns 通知。因为我不能使用相对或绝对路径,因为它没有服务器。我必须从 s3 url 读取它。为此我做了这个 let file
我相信以下所有命令都可用于将 hdfs 文件复制到本地文件系统。有什么区别/情境利弊。 (这里是 Hadoop 新手)。 hadoop fs -text /hdfs_dir/* >> /local_d
这是一个新手问题,但我有点困惑为什么需要 open 与 r 、 w 、 a 以及这些标志的所有变体。如果他/她想读取或写入文件而不是使用 open,难道不应该简单地使用 readFile 或 writ
我想在 JavaScript 中使用 import fs from 'fs'。这是一个示例: import fs from 'fs' var output = fs.readFileSync('som
我的公司正在执行 SVN 存储库迁移,我想避免两个存储库(目前都处于事件状态)之间的修订号重叠。 我的要求是将新存储库的修订强制为特定的修订号(例如:100.000)。 通过分析 FSFS 存储库,我
-put和-copyFromLocal被记录为相同,而大多数示例使用详细的变体-copyFromLocal。为什么? -get和-copyToLocal相同 最佳答案 copyFromLocal与pu
我正在调用 Google 云端硬盘的下载 API,然后我想使用 fs.writeFile 或 fs.writeFileSync 在本地写入下载的文件。这就是我正在做的事情: const wri
我正在学习一些教程,但无法理解为什么这一行“self.only_dirs.push(files[i]);”导致有关它“未定义”的错误。这肯定是一个变量范围问题,但我尝试过的都没有成功。我需要如何声明变
我是第一次尝试 phantomJS,我已经成功地从站点中提取了 som 数据,但是当我尝试将一些内容写入文件时,我收到错误:ReferenceError:找不到变量:fs 这是我的脚本 var pag
这是一个 Node 应用程序,运行 Express 服务器。我有一个包含文本文件的文件夹。我需要能够进入文件夹内的每个文件,并提取包含单词“SAVE”的行。 我被困在这一步了。 app.get('/l
我在 fs.chunks 中有 10 GB 的数据,我想删除不在 fs.files 上的所有文档。我已经删除了我不想要的 fs.files 中的每个条目,所以 fs.files 中的每个 id 都是我
我注意到官方 Node 文档对 fs.exists 的描述令人吃惊: "fs.exists() is an anachronism and exists only for historical rea
我用 require("fs").promises只是为了避免使用回调函数。 但是现在,我也想用fs.createReadstream使用 POST 请求附加文件。 我怎样才能做到这一点? 或者在这种
我正在使用 Electron 和 React 编写桌面应用程序。我想将一些信息存储在 JSON 文件中。我试过 web-fs 和 browserify-fs 来完成这个,但都没有按预期工作。我的设置如
其中哪一个更适合在 Node 服务器应用程序的文件管理器类型中处理文件读/写操作? 一个比另一个快吗?速度非常重要,因为该应用程序应该能够同时处理许多用户请求 最佳答案 流的独特之处在于,不是程序像传
我需要递归或不递归地遍历文件夹(给定 bool 参数)。我发现有 fs::recursive_directory_iterator() 和 fs::directory_iterator()。在 Jav
AFAICT,如果我正在编写一个库并使用 Promise.promisifyAll(fs);,这会修改 fs 模块(而不是返回修改后的复制)。因此,如果有人导入我的库,这也会对他们修改 fs 产生副作
我正在使用带有以下导入代码的 fs 模块 导入 fs = require('fs') 代码一直运行,直到在下面的 TypeScript 代码的第二行遇到此异常 const filePath = 'da
我是一名优秀的程序员,十分优秀!