无底层接收器的WritableStream有何用途？规范为何如此定义？

没错，不指定底层接收器（underlying sink）创建的WritableStream确实会静默丢弃所有写入的数据，这一设计并非无意义，以下是它的实用场景和规范层面的考量：

实用场景 #

• 占位符实现：当函数或API要求必须传入WritableStream类型参数，但你暂时不需要处理数据时，直接用new WritableStream()作为占位符，比手动编写空接收器对象（比如{ write: () => Promise.resolve() }）更简洁高效。
• 测试与调试：验证流处理逻辑时，若只需要确认数据能正常写入流，而不关心数据最终去向，这种空流可以快速搭建测试环境，无需额外编写接收逻辑。
• 降级兼容逻辑：在多分支业务中，某分支无需保存或处理数据时，用它作为降级选项，避免代码中出现大量空判断或冗余的空接收器实现。
• 流链终端过滤：若流处理链仅需关注中间处理过程，不需要输出结果，将这个空流作为链的终端即可，省去自定义丢弃逻辑的麻烦。

规范设计原因 #

从API设计的角度，这个特性主要是为了降低使用门槛并保持接口一致性：

• 减少样板代码：规范提供了符合要求的默认空接收器实现，开发者无需每次都手动编写空的sink对象，避免重复劳动。
• 接口完整性：WritableStream构造函数允许省略sink参数，本质是提供了一个满足所有流接口规范的默认实现——它正确处理了异步写入的Promise逻辑，只是不做数据持久化或处理，让API使用更灵活。
• 规避错误实现：如果强制要求传入sink，开发者可能会写出不符合规范的空实现（比如忽略返回Promise），反而容易引发流异常。默认的空流已经封装了正确的异步处理逻辑，避免这类问题。

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