JavaScript字符串设计为不可变，因其属原始类型，规范要求不可变；所有操作均返回新字符串，支持内存共享与常量池优化，但频繁拼接导致O(n²)性能问题。
JavaScript 字符串为什么设计成不可变的
因为字符串在 JS 中被定义为原始类型（primitive），而所有原始类型都必须是不可变的——这是语言规范层面的约束。String 对象的每个实例一旦创建，其字符序列就无法被修改。你调用 str.replace()、str.toUpperCase() 或拼接 str + "!"，返回的都是一个新字符串，原值不受影响。
这种设计简化了引擎实现：V8 等引擎可以安全地对字符串做内存共享（如子字符串复用底层字符数组）、常量池优化（相同字面量只存一份），也避免了多线程或引用传递时的意外副作用（虽然 JS 单线程，但不可变性让行为更可预测）。
字符串拼接频繁时性能会明显下降
每次拼接都会生成新字符串对象，旧字符串若无引用则等待 GC。在循环中用 += 拼接大量短字符串（比如构建 HTML 片段或日志），时间复杂度接近 O(n²)，因为每次都要复制已有内容。
- 避免：
let html = ""; for (let i = 0; i < 10000; i++) { html += `${i}`; } - 推荐：
const parts = []; for (let i = 0; i < 10000; i++) { parts.push(`${i}`); } const html = parts.join(""); - 现代场景下也可用
Array.prototype.map().join("")或模板字符串（仅适用于静态结构+少量插值）
正则替换或大小写转换不会“就地修改”，但可能隐式创建多个中间字符串
str.replace(/a/g, "b") 不会改 str，但若匹配很多次，引擎内部可能分段提取、拼接多次——尤其当替换值是函数返回时，每次调用都产生新字符串。
立即学习“Java免费学习笔记（深入）”；
性能敏感场景要注意：
- 用
RegExp对象而非字面量（避免重复编译）：const re = /foo/g; - 避免在循环内调用
str.toUpperCase()处理同一字符串多次；缓存结果更稳妥 - 若需反复修改文本内容（如编辑器场景），建议用
Array.from(str)转数组操作，最后再.join("")
不可变性带来的实际好处常被低估
它让字符串天然适合做对象键、Map 键、React key、URL 参数值等需要稳定哈希和相等判断的场景。例如：map.set("id-123", data) 安全，不用担心外部代码偷偷改了这个 key 的内容导致查找失败。
真正容易出问题的不是“不可变”本身，而是开发者误以为 str.trim() 会改变原字符串，或者没意识到 JSON.stringify(obj) 返回的新字符串仍要被完整分配内存——大对象序列化时，字符串临时内存峰值可能成为瓶颈。
