JavaScript正则方法选择关键在于明确需求：test()受lastIndex影响需重置；match()加g丢捕获组，应用matchAll()；replace()中$1仅在正则参数下生效；exec()是获取完整匹配细节的唯一底层方法。
JavaScript 的正则表达式本身不难，但容易在 test()、exec()、match()、replace() 之间选错方法，或忽略全局标志 g 和粘滞标志 y 对匹配行为的决定性影响。
为什么 test() 连续调用有时返回不同结果？
当正则对象带有 g 或 y 标志时，test() 会修改正则实例的 lastIndex 属性，导致下一次调用从上一次结束位置继续匹配。这不是 bug，是设计行为。
- 复用同一个带
g的正则对象反复调用test()，可能跳过开头匹配项 - 想重置匹配位置，手动设
regex.lastIndex = 0 - 更安全的做法：不用复用正则字面量，改用
new RegExp('pattern', 'g')每次新建（尤其在循环中） - 若只需判断是否匹配，且不关心位置，优先用字符串方法
str.includes()或str.search(/.../)更轻量
match() 在有无 g 标志时返回结构完全不同
这是最常踩的坑：没加 g 时返回数组含匹配内容 + 捕获组；加了 g 就只返回纯匹配字符串数组，捕获组信息全丢。
- 无
g：'a1b2'.match(/(\d)/)→['1', '1']（索引 0 是完整匹配，索引 1 是第一个捕获组） - 有
g：'a1b2'.match(/(\d)/g)→['1', '2']（捕获组丢失，只剩匹配项） - 要保留捕获组又想全量匹配？改用
matchAll()，它返回迭代器，每个结果都是标准exec()输出格式 -
matchAll()不支持 IE，需确保运行环境或加 polyfill
为什么 replace() 的替换参数里写 $1 有时不生效？
、 是字符串替换语法，依赖正则中的捕获组，但仅在第一个参数为正则（而非字符串）且含括号时才有效。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 错误写法：
'abc'.replace('a(b)c', '$1')→ 字面量字符串不触发捕获，原样返回'$1' - 正确写法：
'abc'.replace(/a(b)c/, '$1')→ 返回'b' - 更灵活的方式：用函数作为第二个参数，形参依次是匹配项、捕获组、偏移量、原字符串，可做逻辑处理
- 注意：全局替换时，函数会被多次调用，每次传入当前匹配上下文
exec() 是唯一能拿到完整匹配细节的“底层”方法
如果你需要同时获取匹配位置、捕获组、输入字符串，并控制匹配节奏（比如分块解析日志），exec() 是不可替代的。
- 它总是返回类似
['full', 'group1', 'group2', index: 3, input: '...']的数组，哪怕只有一组捕获 - 配合
g标志，循环调用可遍历所有匹配，lastIndex自动推进 - 不加
g时，多次调用结果不变；加了g后，匹配完一次后lastIndex指向末尾，再调用返回null - 注意：如果正则可能匹配空字符串（如
/a*/），lastIndex可能卡住，需手动干预避免死循环
真正麻烦的不是语法，而是不同方法对 lastIndex、捕获组、全局行为的隐式约定。别背 API，先想清楚你要的是「是否匹配」「匹配到什么」「在哪匹配」「怎么替换」——再选对应方法。否则光靠试错，很容易把一个简单需求越搞越绕。
