JavaScript字符串拼接性能优化的关键是避开高频+拼接，改用数组push后join或模板字面量；循环中禁用+=或${}累积拼接，否则时间复杂度达O(n²)；少量静态拼接优先用模板字面量，大批量动态拼接必须用数组+join。
JavaScript 中字符串拼接本身没有“运算符”能直接提高性能，+ 和 += 本质是语法糖，底层仍受字符串不可变性制约——每次拼接都创建新字符串、复制内容、触发垃圾回收。真正提升性能的关键，是**避开高频 + 拼接的场景，改用更高效的数据结构和策略**。
循环拼接大量字符串时，别用 +=
在 for/while 循环中反复 result += str，时间复杂度接近 O(n²)，内存峰值爆炸式增长。V8 引擎虽对单次模板字面量做了优化，但 result = `${result}${str}` 在循环中依然等价于 +=，无法规避中间字符串创建。
- ❌ 错误示范：10万次拼接，耗时近5秒，内存超1GB
- ✅ 正确做法：先推入数组，最后
arr.join('') - 数组预分配 + 一次性 join，复杂度降为 O(n)，内存占用线性增长
优先用模板字面量处理少量、静态或带变量的拼接
模板字面量（`Hello ${name}!`）在现代引擎（V8、SpiderMonkey 等）中被深度优化：引擎会预估总长度、直接写入内存，避免中间对象。它比 + 略快，且可读性高、支持多行和表达式。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 适合：HTML 片段生成、日志格式化、API 路径拼接
- 不适合：循环内累积拼接（仍会产生大量临时字符串）
- 注意：插值表达式本身若含复杂计算，会影响整体性能，应提前求值
大批量动态拼接，用数组 + join 是最稳方案
这是经过长期验证的高性能模式，尤其适用于 CSV 构建、列表渲染、日志批量写入等场景。核心逻辑是“延迟合并”——先收集所有片段，再统一合成。
立即学习“Java免费学习笔记（深入）”；
- 声明空数组：
const parts = []; - 循环中只做 push：
parts.push(str1, ' ', str2); - 最后调用：
parts.join('')（无分隔符）或parts.join('\n') - 进阶技巧：预先
new Array(n)并按索引赋值，比 push 略快（但通常没必要过度优化）
避免 concat() 和 reduce 做主拼接手段
str.concat(a, b, c) 和 arr.reduce((a, b) => a + b) 在语义上清晰，但底层仍是逐次创建新字符串，性能与 + 相当，不解决根本问题。
- concat() 适合链式调用少量固定字符串，如
s.concat('x').concat('y') - reduce 拼接本质是语法糖，循环次数越多，性能越接近 +=，且额外开销更高
- 它们不是性能优化方案，而是代码风格选择
