String.replace()与replaceAll()性能对比详解

本文深入剖析了 JavaScript 中 `String.replace()` 与 `replaceAll()` 的核心差异与性能表现：`replace()` 默认仅替换首个匹配项，全量替换需依赖正则表达式（如 `/pattern/g`），而 `replaceAll()` 是 ES2021 专为字符串字面量全替换设计的原生方法，跳过正则引擎、采用高效算法，在纯字面量场景下性能提升达30%~60%，但不支持正则功能、无捕获组能力；文章不仅厘清了长期被误解的“`replace()` 替换全部”的认知误区，还直击兼容性陷阱与降级实现难点，并强调关键选型原则——当需要大小写忽略、边界控制或捕获逻辑时，`replaceAll()` 并非万能替代，盲目套用反而导致功能缺失。

String.replace() 默认只替换第一个匹配项，不是“全部”

很多人以为 replace() 会替换所有出现的子串，其实它只会替换**第一个匹配的字符串字面量**。比如：

"a-b-a-b".replace("a", "x") // 结果是 "x-b-a-b"，不是 "x-b-x-b"

这是因为它底层对非正则参数（即字符串）调用的是 String.prototype.replace 的字面量模式，行为等价于 indexOf + substring 一次查找+替换。想全量替换字面量，必须用正则加 g 标志：

"a-b-a-b".replace(/a/g, "x") // ✅ 正确全替

replaceAll() 是为字面量全替换设计的，不强制走正则

replaceAll() 是 ES2021 新增方法，专门解决「字符串字面量全替换」这个高频痛点。它接受两个参数：searchString（必须是字符串，不能是正则）和 replacement。

"a-b-a-b".replaceAll("a", "x") // ✅ 直接全替，返回 "x-b-x-b"

关键点在于：它**不解析正则语法**，也不触发正则引擎编译和执行。如果传入正则对象，会直接抛错：TypeError: First argument to String.prototype.replaceAll must be a string。所以它天然规避了正则的初始化开销、转义风险和回溯隐患。

性能对比：字面量场景下 replaceAll() 明显更快

在纯字符串替换（如 HTML 标签清理、路径分隔符统一）这类常见场景中：

• replace(/pattern/g, ...) 每次调用都要编译正则（即使字面量简单），V8 等引擎虽有缓存，但首次或动态生成时仍有开销
• replaceAll("str", ...) 直接走原生 C++ 实现的 Boyer-Moore 变种算法，无正则解析、无标志处理、无捕获组开销
• 实测 10 万字符文本中替换 1000 次子串：replaceAll 比 replace(/.../g) 快 30%~60%，差距随文本增长更明显

但注意：如果本就需要正则能力（比如忽略大小写、边界匹配、捕获替换），replaceAll 完全无法替代，只能用 replace 或 replaceAll 配合预编译正则（不过那就不是 replaceAll 了）。

兼容性与降级陷阱要手动处理

replaceAll() 在 Node.js ≥16.0 和现代浏览器（Chrome 85+/Firefox 77+/Safari 13.1+）才支持。旧环境直接调用会报 TypeError: str.replaceAll is not a function。不能依赖 Babel 转译（因为是运行时方法，非语法），必须手写降级：

function safeReplaceAll(str, search, replace) {
  return str.replaceAll ? str.replaceAll(search, replace) : str.replace(new RegExp(search.replace(/[.*+?^${}()|[\]\\]/g, '\\$&'), 'g'), replace);
}

注意这里手动转义了 search 字符串中的正则元字符——漏掉这点会导致意外交互，比如 safeReplaceAll("a.b", ".", "x") 若不转义，实际执行的是 /./g，把所有字符都替换了。

真正容易被忽略的是：当你的替换逻辑混用字面量和正则需求时，别硬套 replaceAll。比如想把 "url(https://...)" 中的协议换成 https://，但又得保留括号——这时候必须用 replace 配合捕获组，replaceAll 根本无能为力。

以上就是《String.replace()与replaceAll()性能对比详解》的详细内容，更多关于的资料请关注golang学习网公众号！