Set不能直接渲染但可高效去重坐标，需用toFixed(5)序列化字符串键、批量构建、协同可视化库传入唯一坐标，并按业务语义定义“重复”而非盲目去重。
JavaScript 中的 Set 本身不能直接参与数据可视化渲染，但它能在坐标预处理阶段高效去重，显著减少后续渲染压力——关键在于用对结构、避开陷阱。
用字符串键代替对象键做唯一性判断
Set 对对象引用敏感，直接存 {x: 1, y: 2} 无法去重相同坐标的多个对象。正确做法是将坐标序列化为稳定字符串：
- 统一保留小数位（如
toFixed(5)），避免浮点误差导致0.1 + 0.2 !== 0.3的误判 - 按固定顺序拼接，例如
`${x.toFixed(5)},${y.toFixed(5)}` - 避免用
JSON.stringify({x,y})，它受属性顺序和空格影响，且性能较差
批量构建 Set，避免循环中反复 add
面对百万级坐标点，逐个 add 会产生大量隐式类型转换和哈希计算开销。更优方式是先生成去重键数组，再一次性构造：
- 用
map批量转字符串键，再用new Set()构造，比循环add快 2–3 倍 - 若内存敏感，可用
for循环配合has预判，跳过已存在键的处理 - 不建议在
Set上频繁调用size或遍历，这些操作在大数据量下有可观开销
与可视化库协同：只传去重后坐标，不传原始数据
像 D3、ECharts、Three.js 等库都接受坐标数组作为输入。去重应发生在数据流入渲染前的 pipeline 中：
立即学习“Java免费学习笔记（深入）”；
- D3 示例：`const uniquePoints = [...new Set(rawPoints.map(p => `${p.x.toFixed(5)},${p.y.toFixed(5)}`))].map(s => { const [x,y] = s.split(','); return {x: +x, y: +y}; });`
- ECharts 中，把
uniquePoints直接赋给series.data，避免在formatter或tooltip中重复去重 - 若需保留原始点数量信息（如热力图权重），可改用
Map统计频次，再按阈值聚合，而非单纯去重
警惕精度与业务语义的错位
“去重”不等于“合并”。视觉上重叠的点，可能代表不同时间戳、类别或置信度：
- 若业务要求区分同坐标不同属性（如点击事件 vs 传感器上报），应按业务主键（如
id或timestamp）去重，而非仅看x,y - 地图类场景中，经纬度经投影变换后像素级重叠，但原始坐标差几米——此时需按屏幕像素容差（如 ±1px）做近邻合并，
Set不适用，应换 KD-Tree 或网格分桶 - 简单
Set去重适合明确“坐标完全相等即视为同一实体”的场景，比如 SVG 标记点、散点图原始观测值
不复杂但容易忽略：Set 是工具，不是解法。真正优化效果取决于你定义“重复”的逻辑是否贴合可视化目标和用户认知。
