Node.js EventEmitter多监听器问题：ReadStream事件触发差异咨询

首先，核心原因是你在readable事件回调之外提前绑定了data监听器，导致Readable流直接进入了「流动模式」，彻底改变了事件触发的逻辑。

先理清Node.js Readable流的两种工作模式 #

Node.js的Readable流有两种核心工作模式：

• 暂停模式：这是流的默认状态，需要手动调用read()来主动获取数据，readable事件会在「有数据可读取」或者「流即将结束」时触发。
• 流动模式：一旦你绑定了data事件监听器（或者调用了resume()方法），流会自动切换到这个模式——它会持续自动读取数据并触发data事件，直到所有数据被消费完毕。

第一个代码的行为拆解 #

const fs = require('fs');
let stream = fs.createReadStream('io.txt');
stream.on('readable', function () {
 console.log("readable");
 stream.on('data',function (chunk) {
 console.log("Hello world!");
 });
});

• 初始状态下流处于暂停模式，所以第一个readable事件会在文件数据加载到缓冲区时触发，此时你才绑定data监听器，流立刻切换到流动模式，开始输出Hello world!。
• 当所有数据读完后，流会在end事件触发前再触发一次readable事件（完全符合官方文档说明），此时你又绑定了一个data监听器，但已经没有数据可读了，所以只会输出readable。
• 最终就出现了你看到的输出：readable Hello world! readable

第二个代码的行为拆解 #

const fs = require('fs');
let stream = fs.createReadStream('io.txt');
stream.on('readable', function () {
 console.log("readable");
 stream.on('data',function (chunk) {
 console.log("Hello world!");
 });
});
// added the following
for(let i=0;i<3;i++){
 stream.on('data',function (chunk) {
 console.log('HELLO WORLD'+i);;
 });
}

• 你在readable事件回调之前就循环绑定了3个data监听器，这会让流立刻切换到流动模式——它不会再等待readable事件的触发，直接开始自动读取文件数据并触发data事件。
• 所以3个HELLO WORLDx会先被输出，此时文件数据已经被全部消费完毕。
• 当流即将结束时，依然会触发一次readable事件（此时缓冲区已经为空），所以最后输出readable。
• 而第一次本应在数据加载到缓冲区时触发的readable事件不会再触发了——因为流动模式下，数据被自动读取并消费，缓冲区不会留存数据，自然不会触发初始的readable。

关于「操作是否有误」的结论 #

这不算是严格意义上的「错误」，但属于对Readable流的模式切换逻辑不熟悉导致的预期外行为。如果想保持第一个代码的readable触发逻辑，建议避免在readable事件绑定前就添加data监听器；或者可以手动调用pause()来强制流保持暂停模式，按需控制数据读取节奏。

内容的提问来源于stack exchange，提问作者Sandeep Gupta