lastIndex是RegExp实例的可变指针，仅在exec()/test()中读写，match()等方法不修改它；复用带g/y的正则易致状态污染，安全做法是每次新建正则或手动重置lastIndex=0。
JavaScript中正则表达式对象的lastIndex属性在使用g（全局）标志时会自动更新，但它不是“只读状态指示器”，而是实际参与匹配过程的可变指针——这个特性常被误认为是“记录上一次匹配结束位置”的安全快照，结果导致重复匹配、跳过内容或无限循环。
lastIndex只对正则实例有效，且受执行方法影响
lastIndex属于正则表达式实例（RegExp object），不是字符串或静态属性。它仅在调用exec()或test()时被读取和修改；而String.prototype.match()、replace()等方法虽接受/g正则，但内部会重置lastIndex或忽略它，不暴露该状态。
- 用
reg.exec(str)多次调用时，lastIndex持续推进，直到返回null后重置为0 - 用
reg.test(str)时，同样会移动lastIndex，连续调用可能“跳过”开头匹配 -
str.match(reg)无论是否g，都不改变reg.lastIndex的值
共享正则实例引发的隐式状态污染
如果把带g标志的正则赋值给变量并复用（尤其在循环、函数参数或模块导出中），它的lastIndex会残留上次调用的结果，造成非预期行为。
例如：
立即学习“Java免费学习笔记（深入）”；
console.log(rgx.exec("abab")); // ["ab"], lastIndex → 2
console.log(rgx.exec("abab")); // ["ab"], lastIndex → 4
console.log(rgx.exec("abab")); // null, lastIndex → 0（自动重置）
console.log(rgx.exec("xabb")); // null —— 因为从索引0开始找，但"xab"不匹配，没机会走到第二个"ab"
更危险的是跨函数调用：
function findFirst(str) { return /a/g.exec(str); }function findAll(str) { return str.match(/a/g); }
findFirst("aa"); // ["a"]，此时正则内部lastIndex=1
findAll("aa"); // ["a", "a"] —— 这里没问题，因为match不依赖lastIndex
// 但如果findAll也用exec实现且复用同一正则，结果就错了
安全做法：避免复用带g的正则实例
除非明确需要手动控制匹配位置（如流式解析），否则应让每次匹配都从干净状态开始。
- 优先使用
String.prototype.match(/.../g)或matchAll()，它们不依赖也不修改lastIndex - 若必须用
exec()循环匹配，每次新建正则：/const match = /pattern/g.exec(str)→ 改为const match = new RegExp("pattern", "g").exec(str) - 复用正则时，每次调用前手动重置：
reg.lastIndex = 0（注意：仅对g或y标志生效） - 避免将带
g的字面量正则赋给常量并在多处调用exec/test，这是最常见陷阱源头
y（粘性）标志与lastIndex的关系更严格
y标志要求匹配必须从lastIndex指定位置**精确开始**，不尝试向右回退查找。这使lastIndex不再是“上次结束位置”，而是“下一次必须起始的位置”。一旦匹配失败，lastIndex不会自动重置，后续调用仍从原位置尝试，极易卡死。
例如：/a/y.exec("ba")在lastIndex=0时失败，lastIndex保持0；再次调用仍从位置0开始，永远得不到结果。必须显式设置lastIndex = 1才能继续。
