JavaScript正则需注意构造方式、标志位及方法差异：字面量简洁但不支持动态拼接，new RegExp需双写反斜杠；test()返回布尔，match()返回匹配数组，exec()返回单次结果并维护lastIndex；Unicode匹配须加u标志。
JavaScript 正则表达式不是“写出来就能用”，关键在 RegExp 实例的构造方式、标志位含义，以及方法调用时的返回值差异——稍不注意就会匹配失败或返回 null。
正则字面量 vs new RegExp()：什么时候必须用后者？
字面量写法 /abc/g 简洁，但无法动态拼接；new RegExp(pattern, flags) 支持变量注入，比如搜索用户输入的关键词。但要注意：字符串中反斜杠需双写，"\\d+" 才等价于字面量里的 \d+。
常见错误：new RegExp("\d+") 会报错或匹配异常，因为 JS 字符串先解析一次转义，\d 被当作非法转义序列丢弃。
- 动态构建时，用
new RegExp(escapeStr, "g")，其中escapeStr需预先对\、$、^等做双反斜杠处理 - 固定模式优先用字面量，避免意外转义
-
flags参数只接受字符串"g"、"i"、"m"组合，不能传"gi"以外的值（如"u"在旧环境可能不支持）
test()、match()、exec() 三个方法的区别和适用场景
test() 最轻量，只返回 true/false，适合做条件判断；match() 对字符串调用，返回数组或 null；exec() 对正则对象调用，每次返回一个匹配结果，配合 g 标志可循环取全部。
立即学习“Java免费学习笔记（深入）”；
容易踩的坑："a1b2".match(/\d/) 返回 ["1"]，但加了 g 后返回 ["1", "2"]；而 exec() 即使带 g，也只返回第一个匹配并更新 lastIndex，需手动循环。
- 只需判断是否存在 → 用
test() - 要所有匹配结果且不关心位置 → 用
match()（带g） - 需要捕获组内容、索引位置或分步控制匹配过程 → 用
exec() - 全局匹配时，
exec()的lastIndex会被修改，重复使用前记得重置或新建实例
常见元字符转义和中文匹配陷阱
点号 . 默认不匹配换行符；\s 在某些老版本 Safari 中不匹配全角空格；中文字符不能靠 [一-龯] 这种范围断言，Unicode 表意文字区块分散，应使用 [\u4e00-\u9fa5\u3400-\u4dbf\uf900-\ufaaf] 或更稳妥的 [\p{Script=Han}]+（需 u 标志）。
实际问题："hello 世界".replace(/./g, "*") 会让中文也被当单字符替换，但若正则没加 u 标志，[\p{L}] 直接报错。
- 处理 Unicode 字符（emoji、中文、日文）务必加
u标志：/\p{Script=Han}/u - 匹配任意字符包括换行，用
[\s\S]或(?:.|\n)，别信.加m标志能跨行 -
邮箱、URL 等复杂格式不要手写正则，用成熟库如
validator.js，自研极易漏边界 case
真正难的不是写出一个能跑的正则，而是知道它在哪种输入下会失效、在哪个浏览器里行为不一致、以及替换时是否意外修改了捕获组引用 —— 这些细节比语法本身更决定线上表现。
