WeakMap才是真正的生命周期绑定载体，不可枚举属性仅用于桥接其访问入口；WeakMap键为弱引用，值随对象销毁自动回收，且无法被反射API探测，而Symbol等不可枚举属性仍可被Reflect.ownKeys等暴露，存在泄露与内存泄漏风险。
不可枚举属性本身不能直接“配合”WeakMap实现流式迭代状态通信——因为WeakMap根本不参与对象属性系统，它不往目标对象上添加任何属性，自然也无所谓“可枚举”或“不可枚举”。所谓“配合”，其实是用不可枚举属性（如Symbol或Object.defineProperty定义的非枚举键）来辅助封装 WeakMap 的访问入口，从而在流式通信场景中隐藏状态、防止误读、避免污染实例表面结构。
为什么不能靠“不可枚举属性”存状态？
很多人误以为把私有数据挂到对象上（比如obj[Symbol('state')] = {...}）就安全了。但这类属性仍是对象自身的自有属性：
- 可通过
Reflect.ownKeys(obj)、Object.getOwnPropertySymbols(obj)暴露 - 若Symbol泄露（如被导出或全局注册），外部仍可构造相同Symbol反向读取
- 无法随对象销毁自动清理，存在内存泄漏风险
WeakMap 才是真正的“生命周期绑定”载体
WeakMap 的键是弱引用对象，值完全游离于目标对象之外。流式迭代中每个处理节点（如一个<div>、一个EventTarget、甚至一个自定义流处理器实例）都可以作为 WeakMap 的键：
- 只要该节点后续被移除或失去所有强引用，其对应的状态条目会由 GC 自动回收
- 外部代码无法遍历 WeakMap，也无法通过任何反射 API 探测其内容
- 即使你持有该节点引用，没有 WeakMap 实例句柄，就完全无法 get/set 其状态
如何用不可枚举属性“桥接”调用链？
真正实用的配合方式，是把 WeakMap 的操作方法（set/get）通过不可枚举属性注入到目标对象上，形成干净、内聚、无副作用的流式接口：
- 定义一个模块级私有 WeakMap：
const streamState = new WeakMap() - 定义一个不可枚举 Symbol：
const $$stream = Symbol.for('stream:api') - 对每个流节点调用
Object.defineProperty(node, $$stream, { value: { set(k, v) { streamState.set(node, { ...streamState.get(node), [k]: v }); }, get(k) { return streamState.get(node)?.[k]; } }, enumerable: false }) - 后续迭代中，只需
node.$$stream.set('buffer', [])、node.$$stream.get('seq')，语义清晰且不污染for...in或JSON.stringify
流式通信中的典型状态模式
在事件流、变换流或渲染帧流中，常需维护瞬态上下文，例如：
- 当前批次缓冲区（
buffer: []）、已处理序列号（seq: 0）、超时定时器 ID（timer: null） - 跨阶段共享的中间结果（如解析后的 payload、校验标记、优先级权重）
- 与下游通信的回调映射表（
callbacks: new Map()），配合postMessage或CustomEvent使用
这些都应存在 WeakMap 中，并通过统一、不可枚举的访问点暴露，而非散落在对象属性上。
