Node Stream分块机制解析及流处理跨块匹配疑问

你提到的这个疑问非常关键——如果filter和count只是简单逐块处理，确实会出现跨块匹配失败的bug，比如"test"被切成"tes"和"t"两个分块时，就会漏统计。但实际上，这类演示里的filter和count都是处理了跨边界情况的，只是示例没展开实现细节而已。

核心原因：流工具会维护残留缓冲区 #

这类自定义转换流（比如filter、count）的内部逻辑都会维护一个临时缓冲区，用来保存上一个块末尾可能的"不完整匹配片段"，具体处理流程大概是这样：

以filter(/test/i)为例：

1. 初始化一个空的残留缓冲区，用来存上一块末尾可能和下一块拼接成目标字符串的内容
2. 每次收到新的流块时，先把残留缓冲区的内容和新块拼接成完整的待处理字符串
3. 对拼接后的字符串执行正则匹配，同时记录匹配完成后剩下的、长度等于「目标字符串最大长度-1」的末尾内容（比如目标是"test"，就保留最后3个字符），把这部分放回残留缓冲区
4. 只把匹配到的有效内容（或者匹配标记）传递给下一个流

以count()为例：

如果是配合filter使用，它只需要统计filter传递过来的匹配次数即可；如果是自己独立处理匹配，逻辑和上面类似：维护残留缓冲区，拼接新旧内容后统计完整匹配的次数，再更新残留内容。

为什么示例会一笔带过？ #

这类演示通常假设你使用的是成熟的流工具库（比如基于through2封装的转换流），这些库已经帮你封装好了跨块处理的逻辑，不需要手动实现。但如果是自己从零写转换流却忽略了残留缓冲区，那必然会出现跨块匹配失败的bug。

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