根本原因是字符串不可变性，每次拼接都创建新对象；数组join先存引用、一次合成，仅生成1个结果字符串，避免O(n²)拷贝。
字符串拼接产生大量中间临时变量，根本原因在于字符串的不可变性——每次拼接都会创建新对象，旧对象若无引用则成为垃圾。减少这类开销的关键，是避开逐次生成新字符串的操作路径，改用“先收集、再合成”的方式。
为什么数组 join 能减少临时变量
使用 数组 + join() 时，所有待拼接片段仅作为引用存入数组（不触发字符串构造），最终只调用一次 join() 生成最终结果。整个过程最多产生 1 个新字符串（结果），而传统 += 在 n 次循环中会生成 n 个中间字符串。
- 数组本身只存引用，内存开销小且复用率高
-
join()在现代 JS 引擎中被深度优化，内部采用线性预分配策略 - 避免了 O(n²) 的字符拷贝——这是逐次拼接最致命的性能陷阱
哪些场景适合用 join 替代 +=
不是所有拼接都需上数组方案，重点看是否满足“多段、动态、循环生成”三个特征：
- 批量生成 HTML 片段（如列表项渲染）
- 构建日志消息或调试信息（含条件字段）
- 序列化结构化数据为 CSV、URL 查询参数等
- 拼接来自异步/循环中积累的字符串片段
实际写法注意点
直接用 push() 收集，别在循环里提前转字符串或做冗余操作：
- ✅ 好：
parts.push(name, '<span>', value, '</span>'); - ❌ 避免：
result += '<div>' + item + '</div>';（仍走 += 老路） - ⚠️ 注意：不要对每个元素单独
push(str1 + str2)，这又引入了中间拼接
对比其他语言的类似思路
Java 中对应的是 StringBuilder，C# 是 StringBuilder 或 string.Join，它们本质逻辑一致：缓冲区管理 + 单次输出。区别只在语法封装层级——JS 没有内置可变字符串类型，所以用数组模拟缓冲区是最自然的选择。
