必须用 WeakMap 而非普通对象或 Map，因其弱引用特性确保目标对象（如 DOM 元素）被销毁时，关联的异步队列状态自动回收，避免内存泄漏；不可枚举性通过闭包封装 WeakMap + Symbol 配合 Object.defineProperty 实现，杜绝外部探测。
用不可枚举属性配合 weakmap 实现异步队列通信，核心是把通信上下文“挂”在目标对象上，既不暴露、不干扰、不泄漏，又随对象自动清理。这不是给对象加属性，而是用 weakmap 做隐形绑定，再用不可枚举手段（如 symbol 或闭包封装）堵住外部探测路径。
为什么必须用 WeakMap 而不是普通对象或 Map
异步队列常与具体对象生命周期强绑定——比如一个按钮点击触发的请求，若按钮被移除，相关 pending 状态、回调、AbortController 就该立即失效。普通对象字面量做缓存（cache[el] = state）会把 DOM 元素转成字符串键，所有同类型元素共享同一槽位；Map 则强引用键，阻止 GC，导致节点卸载后状态仍驻留内存。WeakMap 的弱引用特性确保：只要目标对象（如 button、form、iframe）不再被其他变量持有，它连同队列状态一起被回收，无需手动 delete。
不可枚举性从哪来：闭包 + Symbol 是关键
WeakMap 本身不可遍历，但它的实例若被意外导出，仍可能被 set/get 滥用。真正实现“不可枚举”，靠的是两层隔离：
- 用闭包包裹 WeakMap 实例，对外只暴露受限 API（如 queueFor(el).push(task)），不暴露原始 WeakMap 变量
- 若需在对象上挂载轻量标识（如标记“已加入队列”），用 Symbol.for('my-queue-id') 或模块内私有 Symbol，再通过 Object.defineProperty(el, sym, { value: true, enumerable: false }) 设置——这样 for...in、Object.keys() 都查不到
异步队列通信的典型结构
以“按钮点击 → 发起请求 → 显示 loading → 更新 UI”为例：
- 创建私有 WeakMap：const queueStates = new WeakMap()，仅在模块作用域内存在
- 每次点击时调用 queueStates.set(button, { pending: true, tasks: new Set(), controller: new AbortController() })
- 任务完成或失败后，检查 queueStates.has(button) 再更新状态——若为 false，说明按钮已销毁，直接丢弃结果
- 监听 button.remove 或 MutationObserver 捕获移除事件时，可主动 queueStates.delete(button) 加速清理（非必需，但更可控）
注意事项与边界处理
WeakMap 不提供 size 或遍历能力，所以不能靠它做全局队列监控；它的价值在于“按需查、存在即有效”。实际使用中需注意：
- 键必须是对象：不能用字符串 ID 或数字索引代替 DOM 元素本身
- 避免值反向强引用键：例如在队列状态里存一个闭包并捕获 button，会间接延长 button 生命周期
- 不依赖 WeakMap 做跨 iframe 或跨窗口通信：它只管理宿主页面内的对象引用，iframe 内部状态需另建通信通道
- 调试时看不到内容是正常现象——这是设计目标，不是 bug；可通过临时 console.log(queueStates) 配合断点观察，但生产环境应禁用
