关键在于选对数据结构和控制边界：用Map/Set替代Object做高频查找，递归需设深度限制或访问标记，数值计算优先TypedArray，调试用JSON.stringify打桩和断言。
JavaScript 处理复杂数据结构与算法，关键不在“会不会写”，而在“选不选对结构”和“边界控不控制住”。很多性能问题或逻辑 bug，其实源于用 Array 硬扛树形遍历、用 Object 模拟集合却忽略键类型陷阱、或在递归中漏掉终止条件。
用 Map/Set 替代普通对象做高频查找
当需要频繁判断“某个 ID 是否存在”“某组键值是否已处理过”，Object 的字符串键强制转换和原型链干扰会让逻辑出错；Map 和 Set 支持任意类型键、O(1) 查找、且可迭代，是更安全的选择。
-
Map适合存键值对，尤其键为对象/函数/Symbol 时（obj[key]会转成"[object Object]"） -
Set适合去重或成员判定，比arr.includes()快得多，尤其数组长于 1000 项 - 避免把
Map.keys()直接当数组用——它返回的是迭代器，要展开用[...map.keys()]或配合for...of
递归遍历嵌套结构时必须设深度限制或路径标记
处理树、AST、嵌套响应体等结构时，无限递归不是报栈溢出就是卡死 UI。不能只靠 if (node.children) 判断就往下钻。
- 加计数器：传入
depth参数，超过阈值（如 50）直接return或抛错new Error("Max depth exceeded") - 加访问标记：用
WeakMap记录已遍历节点（visited.has(node)），防止环状引用导致死循环 - 优先考虑迭代写法：用栈模拟递归，显式控制流程，例如
const stack = [root]; while (stack.length) { const node = stack.pop(); /* 处理 */ stack.push(...node.children); }
用 TypedArray 处理大量数值计算，别用普通数组
做图像处理、音频分析、科学计算时，若用 number[] 存几万浮点数，内存占用高、GC 压力大、运算慢。浏览器对 Float32Array、Int32Array 有底层优化。
立即学习“Java免费学习笔记（深入）”；
- 初始化时明确长度：
new Float32Array(100000)，避免后期push触发动态扩容 - 不能直接用
map/filter——它们返回普通数组，会丢失类型信息；改用for循环或Array.from(float32Arr, x => x * 2) - 跨函数传递时注意：
subarray()返回视图（共享内存），slice()才拷贝新实例
算法调试时先打桩再测，别依赖 console.log(node)
面对深层嵌套对象或异步链式结构，console.log 输出的往往是引用快照，看不出变化过程；而断点又容易跳过中间态。
- 用
JSON.stringify(obj, null, 2)打印不可变快照，但注意会丢函数、undefined、Symbol 和循环引用 - 对关键节点加唯一 ID（如
node.$$id = Math.random().toString(36).substr(2, 9)），便于日志追踪路径 - 写小函数做断言：
function assert(condition, msg) { if (!condition) throw new Error(msg); }，比if (!x) throw更易定位位置
真正难的不是写出快排或 LCA，而是意识到：一个没清空的 WeakMap 缓存能让内存泄漏持续数分钟，一个没校验的 response.data.items 可能让整个页面白屏——复杂结构的脆弱性，往往藏在最不起眼的“默认分支”里。
