Node.js 不支持 ReadableStreamDefaultController 构造，因其未导出该类且 node:stream/web 仅提供只读适配；浏览器中才具备完整 controller 方法集以实测排队策略。
VS Code 中 Node.js 环境无法直接使用 ReadableStream 底层控制器（如 ReadableStreamDefaultController）进行排队策略测试——因为这些 API 属于 Web 平台标准，Node.js 原生 runtime（截至 v26.4.0）不实现它们，仅通过 node:stream/web 模块提供有限兼容层，且该模块**不暴露控制器构造函数或 enqueue 接口**。
为什么 new ReadableStreamDefaultController() 在 Node.js 里会报错
Node.js 的 node:stream/web 是对 WHATWG Streams 的“只读适配”，它把原生 stream.Readable 封装成 ReadableStream 实例，但刻意屏蔽了可写入的底层控制能力：
-
ReadableStreamDefaultController类在 Node.js 中根本未导出，尝试require('stream/web').ReadableStreamDefaultController会返回undefined -
ReadableStream.from(iterable)只支持同步迭代器，不支持自定义underlyingSource或strategy参数（传入会被忽略） - 即使手动 patch 模块，V8 引擎层面也未启用
ReadableStream的可构造 controller 逻辑，调用new ReadableStreamDefaultController(...)直接抛TypeError: Illegal constructor
真正能测排队策略的环境只有 Chrome / Edge / Safari
Web 平台的排队策略（highWaterMark、size 函数、背压传播）必须在浏览器中实测，因为：
-
ReadableStream构造时传入的underlyingSource对象，其start(controller)回调才能拿到真实可用的controller实例 - 只有浏览器 V8 实现了完整的 controller 方法集：
enqueue()、close()、error()、desiredSize - Node.js 的
node:stream/web会静默降级：传入strategy后desiredSize始终为undefined，controller.enqueue()调用无效果
示例对比：
/* 浏览器中有效 */
const rs = new ReadableStream({
start(controller) {
controller.enqueue('a');
console.log(controller.desiredSize); // 输出数字，如 1
}
}, { highWaterMark: 1 });
<p>/<em> Node.js 中无效 </em>/
import { ReadableStream } from 'node:stream/web';
const rs = new ReadableStream({ /<em> ... </em>/ }); // 不报错，但 controller 参数被忽略Node.js 里替代方案：用原生 stream.Readable 模拟背压行为
若目标是验证数据流控逻辑（如 chunk 积压、pause/resume 响应、_read() 调用节奏），应直接使用 Node.js 原生流：
-
stream.Readable构造时传入highWaterMark，其内部readableBuffer行为与 WebStream 的desiredSize语义等价 - 监听
'readable'和'data'事件，观察readable.read()返回null的时机，即对应 WebStream 中controller.desiredSize ≤ 0 - 调用
readable.push(chunk)相当于controller.enqueue()，但需自行管理缓冲区状态
关键差异点：
- Node.js 原生流的
highWaterMark单位是字节（Buffer）或对象数（objectMode），而 WebStream 是“chunk 数量”，不可混用 - Node.js 无
pipeThrough()的异步 transform 支持（需靠stream.Transform），也无法复现tee()的双订阅语义
跨环境统一测试的现实路径
想让同一套排队策略逻辑在 Node 和浏览器都跑通，唯一可行做法是：
- 抽象出一个“流生产者”接口，接受
{ push, close, error }三方法对象（模拟 controller） - 在浏览器中传入真实
controller；在 Node.js 中传入封装了push()到Readable实例的代理对象 - 避免直接依赖
ReadableStreamDefaultController构造或desiredSize属性读取——它们在 Node 中不存在
容易被忽略的细节：VS Code 的调试终端运行的是 Node.js 进程，哪怕你打开的是 HTML 文件，只要执行环境是 node，就永远拿不到真正的 controller 实例。真要测，得用 VS Code 的 Live Server 扩展起一个本地 HTTP 服务，在浏览器里打开并 F12 调试。
