clear()是清空Set的唯一推荐方式，因其时间复杂度O(1)、不改变引用、内部哈希表重置，而mySet = new Set()会丢失原引用导致内存泄漏或逻辑错误。
直接调用 clear() 方法即可清空 Set 所有数据，让它恢复逻辑上的初始空状态。这是最标准、最安全、性能最好的方式。
为什么 clear() 是唯一推荐的做法
Set 的 clear() 是语言原生设计的清空机制，不是“模拟”或“替代方案”：
- 执行后
mySet.size立即变为0，内部哈希表被重置，不创建新对象 - 时间复杂度为 O(1)，和集合大小无关，无论存了 10 个还是 10 万个元素，耗时几乎一样
- 原对象引用保持不变，所有仍持有该 Set 的代码（比如类属性、闭包、事件回调）继续有效，不会意外断开
- 对比
mySet = new Set()：后者会丢弃原对象，若其他地方还引用着旧 Set，就可能继续读写已废弃的数据，造成内存泄漏或逻辑错乱
清空后怎么确认真的“空”了
size === 0 只说明集合没元素，不代表内存已释放。尤其当 Set 里存了大型对象（如 DOM 节点、大数组、Blob、Canvas 图像等）时，需额外处理：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 先手动解除强引用：比如
cacheSet.delete(node)或遍历后设item = null - 再调用
clear() - 打开 Chrome DevTools → Memory 面板 → 拍摄堆快照 → 搜索 “Set”，查看实例数和保留大小是否下降
- 如果 size 是 0 但快照里仍有大量关联对象，说明外部还有隐式引用（例如未清理的监听器、全局 Map 缓存、定时器闭包）
大规模 Set 清空要注意卡顿
绝大多数情况直接 clear() 就够了。但如果你在清空前需要逐个触发清理副作用（比如解绑事件、释放资源），且条目超 1 万，避免一次性循环导致主线程阻塞：
- 不要写
for (const item of mySet) { cleanup(item); mySet.delete(item); } - 改用分片：每轮处理约 300 条，之后用
setTimeout(() => {}, 0)或queueMicrotask(() => {})启动下一批 - 或者先收集待处理项（
Array.from(mySet)），再分批操作，最后统一clear()
别踩这些常见坑
有些写法看似能“清空”，实则无效甚至危险：
-
mySet.size = 0：无效，size 是只读属性，赋值无作用，也不触发任何行为 -
mySet = new Set()：创建新对象，原引用丢失，旧 Set 若仍有外部引用，就会变成“幽灵集合”，持续占内存 - 删原型方法或尝试黑盒操作（如
mySet._values = []）：非标准、不可靠、极易出错，V8 引擎不保证内部结构稳定
