关键在于正则是否被缓存复用且带g标志并被闭包长期持有，导致lastindex持续变化干扰匹配；典型表现为对同一字符串连续test结果交替，或lastindex非零时从中间匹配。
识别这类问题，关键不是看正则写得多复杂，而是看它是否被反复复用、且带 g 标志，同时又被闭包长期持有——这时 lastIndex 就会悄悄“记住位置”，干扰后续匹配。
看正则是否被缓存并跨调用复用
如果正则表达式对象是在函数外部定义、或在闭包中被创建后反复使用（比如作为模块导出、组件内常量、工具函数的静态属性），就容易出问题。例如：
- ✅ 危险写法：const reg = /abc/g；function check(s) { return reg.test(s); } —— reg 被多次调用，lastIndex 持续变化
- ✅ 危险写法（闭包场景）：const makeValidator = () => { const r = /\d+/g; return s => r.test(s); }; const v = makeValidator(); v('123'); v('456'); —— r 被闭包捕获，状态残留
- ❌ 安全写法：每次调用都新建正则，如 /abc/g.test(s) 或 new RegExp('abc', 'g').test(s)
观察 test() 或 exec() 的返回值是否不稳定
对同一输入字符串连续调用，结果在 true/false 之间交替，是典型信号。例如：
- reg.test('123') → true
- reg.test('123') → false
- reg.test('123') → true
此时立即检查 reg.lastIndex，若它在 0 和非零之间跳变，基本可确认是 lastIndex 干扰。
检查闭包作用域里是否有正则 + 状态依赖逻辑
尤其注意以下组合：
- 正则定义在 useEffect、useCallback、或类的实例属性中，且带 g 标志
- 该正则用于定时器、事件监听器、或异步回调中（比如 setInterval 里反复调用 test）
- 代码中没有手动重置 lastIndex（如 reg.lastIndex = 0），也没有避免复用
这种结构会让 lastIndex 在不同渲染周期或异步时机下“继承”上一次的偏移，导致匹配起点错位。
快速验证方法
在疑似位置加一行调试：
- console.log('lastIndex:', reg.lastIndex, 'input:', s)
- 或者用 reg.exec(s) 替代 reg.test(s)，因为 exec 显式返回匹配信息，更容易暴露 lastIndex 的实际影响
如果发现 lastIndex 不为 0 时仍尝试匹配，而输入字符串又没那么长，就说明它正在从中间位置开始搜——这正是干扰的直接表现。
