RegExp对象无法真正拷贝lastIndex状态，所有“拷贝”方式都只创建新实例，lastIndex始终为0或undefined；需直接传递原实例或改用matchAll()。
拷贝 RegExp 对象不会复制 lastIndex 状态，因为 JavaScript 中正则表达式对象是**不可被浅拷贝或深拷贝继承状态的引用类型**——所谓“拷贝”，实际只是创建了一个新实例，和原正则毫无关联。
RegExp 无法真正“拷贝”状态
JavaScript 没有内置的 RegExp.clone() 或类似方法。常见所谓“拷贝”方式，如 Object.assign({}, reg)、展开运算符 {...reg}、JSON.stringify(reg)，都只能提取只读属性（source、global、ignoreCase 等），而 lastIndex 是可写但**不参与序列化**的运行时状态，必然丢失。
例如：
const r = /ab/g;
r.lastIndex = 3;
const copied = { ...r }; // 只有 source/global 等，无 lastIndex
console.log('lastIndex' in copied); // false
console.log(copied.lastIndex); // undefined（不是 3）
看似拷贝实为新建：字面量与构造函数的区别
用 new RegExp(r.source, r.flags) 看似“复现”原正则，但它生成的是一个**全新对象**，lastIndex 默认为 0，和原正则的当前状态完全无关。
关键点：
-
字面量写法（
/ab/g）每次出现都是独立实例，互不影响 -
构造函数写法（
new RegExp("ab", "g")）每次调用也新建实例，lastIndex总是 0 - 只有**同一个 RegExp 实例被多次复用**时，
lastIndex才会持续累积、污染后续匹配
如何识别“状态丢失”其实是“根本没传过去”
当你发现某处代码中“拷贝后匹配行为异常”，往往不是状态丢了，而是误以为存在状态传递。典型信号包括：
- 原正则已执行过
exec()多次，lastIndex > 0；但“拷贝后”第一次exec()就从头匹配（说明新实例的lastIndex === 0） - 调试时打印
copied.lastIndex为undefined或0，而预期是某个非零值 - 在模块导出/参数传递中试图“共享正则状态”，结果接收方始终从头开始匹配
真正需要传递状态时的替代方案
如果业务逻辑确实依赖连续匹配位置（比如流式解析、分块处理），不要尝试拷贝 RegExp，而是：
- 直接传递原始 RegExp 实例（确保调用方清楚其状态可变）
- 显式传入并更新位置偏移量：
function parseChunk(reg, str, fromIndex) { reg.lastIndex = fromIndex; return reg.exec(str); } - 改用
String.prototype.matchAll()—— 它内部自动管理、不暴露也不依赖lastIndex，更安全
