根本原因是字符串不可变性，每次拼接都创建新对象；数组join先存引用、一次合成，仅生成1个结果字符串，避免O(n²)拷贝。

字符串拼接产生大量中间临时变量，根本原因在于字符串的不可变性——每次拼接都会创建新对象，旧对象若无引用则成为垃圾。减少这类开销的关键，是避开逐次生成新字符串的操作路径，改用“先收集、再合成”的方式。

为什么数组 join 能减少临时变量

使用 数组 + join() 时，所有待拼接片段仅作为引用存入数组（不触发字符串构造），最终只调用一次 join() 生成最终结果。整个过程最多产生 1 个新字符串（结果），而传统 += 在 n 次循环中会生成 n 个中间字符串。

• 数组本身只存引用，内存开销小且复用率高
• join() 在现代 JS 引擎中被深度优化，内部采用线性预分配策略
• 避免了 O(n²) 的字符拷贝——这是逐次拼接最致命的性能陷阱

哪些场景适合用 join 替代 +=

不是所有拼接都需上数组方案，重点看是否满足“多段、动态、循环生成”三个特征：

• 批量生成 HTML 片段（如列表项渲染）
• 构建日志消息或调试信息（含条件字段）
• 序列化结构化数据为 CSV、URL 查询参数等
• 拼接来自异步/循环中积累的字符串片段

实际写法注意点

直接用 push() 收集，别在循环里提前转字符串或做冗余操作：

• ✅ 好： parts.push(name, '', value, '');
• ❌ 避免： result += '
  ' + item + '
  ';（仍走 += 老路）
• ⚠️ 注意：不要对每个元素单独 push(str1 + str2)，这又引入了中间拼接

对比其他语言的类似思路

Java 中对应的是 StringBuilder，C# 是 StringBuilder 或 string.Join，它们本质逻辑一致：缓冲区管理 + 单次输出。区别只在语法封装层级——JS 没有内置可变字符串类型，所以用数组模拟缓冲区是最自然的选择。