Node.js中对象成为可写流的判定标准？为何res可被管道传输？

在Node.js里，流系统的核心是鸭子类型，而非严格的类继承——这就是你遇到的现象的根本原因。

核心逻辑：Node.js流依赖接口约定，不是继承 #

Node.js的pipe()方法并不会强制要求目标对象必须是stream.Writable的实例，它只检查对象是否符合可写流的接口约定：

• 具备write(chunk[, encoding][, callback])方法，调用后能返回布尔值（标识是否需要暂停写入以处理背压）
• 具备end([chunk][, encoding][, callback])方法，用于结束写入流程
• 能够触发drain事件（当缓冲区清空后通知可读流恢复写入）

Express的res对象（本质是http.ServerResponse，继承自http.OutgoingMessage）完全满足这些约定：

• 它的write()方法实现了和标准可写流一致的背压处理逻辑，返回布尔值控制写入节奏
• 它的end()方法能结束响应，对应可写流的关闭操作
• 当响应缓冲区被清空时，它会触发drain事件，让可读流继续推送数据

历史兼容的设计考量 #

http.ServerResponse是Node.js早期就存在的API，早于标准化的stream模块（Node.js v0.10之前的流API和现在差异很大）。为了让旧有API能和新的流系统协作，Node.js在底层做了适配，让http.OutgoingMessage系列对象兼容流的接口约定，而不是直接修改继承链。

简单验证 #

你可以在代码里直接检查：

console.log(typeof res.write === 'function'); // true
console.log(typeof res.end === 'function'); // true
console.log(res.writable); // true（这个属性是Node.js为兼容流系统添加的标识）

只要这些条件满足，可读流的pipe()就会把它当作合法的可写流目标，所以aggregation.exec().pipe(res)能正常工作。

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