matchAll() 不会导致死循环，因其不依赖或修改正则的 lastIndex，内部对零宽匹配有防护逻辑，自动推进搜索起点；而 exec() 手动循环易因空匹配或 lastIndex 管理失误引发死循环。
matchAll() 本身不会导致死循环，它天然规避了手动维护 lastIndex 的风险。 死循环通常出现在用 RegExp.prototype.exec() 手动循环匹配时，正则对象为全局（/g）且未正确推进 lastIndex（比如误重置、条件判断失误或正则匹配空字符串），而 matchAll() 是一个无状态、只读的迭代器接口，完全不依赖或修改正则实例的 lastIndex。
matchAll() 不操作 lastIndex，从源头消除隐患
matchAll() 接收一个正则对象（必须带 g 标志），但内部实现是“按需扫描原始字符串”，每次迭代都独立计算匹配位置，不复用也不修改原正则的 lastIndex。即使你传入一个 lastIndex 被手动改过的正则，matchAll() 也完全忽略它。
- ✅ 安全：无需关心正则是否被其他代码污染过
lastIndex - ✅ 简洁：不用写
while (match = regex.exec(str)) { ... }这类易出错的循环 - ❌ 不适用：若需在匹配过程中动态修改正则或中断后继续（如流式处理超长文本），
matchAll()的一次性迭代特性反而受限
常见死循环场景对比：exec vs matchAll
下面这段代码极易陷入无限循环：
const regex = /a*/g; // 可匹配空字符串！
const str = "b";
let match;
while ((match = regex.exec(str)) !== null) {
console.log(match); // 每次都返回 [""]，lastIndex 停在 0 → 无限循环
}
换成 matchAll() 后，结果明确且终止：
const regex = /a*/g;
const str = "b";
for (const match of str.matchAll(regex)) {
console.log(match); // 只输出一次 [""]，然后结束
}
原因：matchAll() 内部对零宽匹配有防护逻辑——遇到空匹配后会自动将搜索起点 +1，避免卡住。
使用 matchAll() 的正确姿势
- 确保正则带
g标志，否则抛出TypeError - 直接用
for...of、展开运算符（[...str.matchAll(regex)]）或Array.from()消费，不调用next()手动控制（除非真有特殊需求） - 若需兼容旧环境，可用
polyfill或回退到exec循环 —— 但此时务必检查match.index和match[0].length，防止空匹配导致lastIndex停滞：
if (match[0].length === 0) regex.lastIndex++;
什么时候仍要小心？matchAll 不能解决的所有问题
matchAll() 解决的是“调用方式引发的死循环”，但不解决正则逻辑本身的问题：
- 正则设计不当（如
/a*/g在无a的字符串上必然空匹配）→ 应优化模式，例如用/a+/g避免零宽 - 字符串极大时，
matchAll()迭代器仍会一次性找出所有匹配项，可能内存溢出 → 需分块处理或改用流式exec（并严格管理lastIndex） - 需要捕获组命名、正则标志动态生成等高级操作 →
matchAll()返回的RegExpMatchArray与exec()一致，功能无损
