string.replace() 默认只替换第一个匹配项，如"a-b-a-b".replace("a", "x")结果为"x-b-a-b"；全量替换需用正则加g标志或es2021新增的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) {<br> return str.replaceAll ? str.replaceAll(search, replace) : str.replace(new RegExp(search.replace(/[.*+?^${}()|[]\]/g, '\$&'), 'g'), replace);<br>}注意这里手动转义了 search 字符串中的正则元字符——漏掉这点会导致意外交互，比如 safeReplaceAll("a.b", ".", "x") 若不转义，实际执行的是 /./g，把所有字符都替换了。
真正容易被忽略的是：当你的替换逻辑混用字面量和正则需求时，别硬套 replaceAll。比如想把 "url(https://...)" 中的协议换成 https://，但又得保留括号——这时候必须用 replace 配合捕获组，replaceAll 根本无能为力。
