正则表达式核心术语须认准英文原词：pattern、metacharacter、character class、group、flag；函数名跨语言差异大，如编译用re.compile()/new RegExp()/regexp.Compile()/Regex::new()；常见错误源于中文翻译失准，调试应直查英文关键词。
正则表达式核心术语的英文原词与中文习惯译法
正则表达式里很多“中文名”其实是意译或缩略，直接查英文文档时容易对不上号。比如 quantifier 译作“量词”，但初学者搜“重复符”反而找不到；anchor 常被叫“锚点”，但英文文档里从不写“anchor point”。实际查 MDN、Python re 模块或 JavaScript RegExp API 时，必须认准这几个原词：
-
pattern：模式，不是“正则字符串”或“匹配式” -
metacharacter：元字符，如.、^、$、*、+、?、\ -
character class：字符类，即[a-z]这种，别和class（ES6 类）混淆 -
group：分组，对应括号()，不是“捕获组”——后者是capturing group，而(?:...)是non-capturing group -
flag：标志，如g、i、m，不要写成 “option” 或 “modifier”（虽然后者在 Perl 里也用，但 JS/Python 文档统一用flag）
常见正则函数名在不同语言中的真实拼写
函数名不统一是跨语言调试失败的高频原因。同一个操作，在 Python、JavaScript、Go、Rust 里名字可能差很远，且大小写敏感：
- 编译正则模式：
re.compile()（Python）、new RegExp()（JS）、regexp.Compile()（Go）、Regex::new()（Rust）——注意 Go 和 Rust 都带Regexp/Regex前缀，且首字母大写 - 全局匹配：
re.findall()（Python）、String.prototype.matchAll()（JS）、FindAllString()（Go）——JS 的match()在全局 flag 下只返回第一个匹配的数组，不是全部 - 替换操作：
re.sub()（Python）、String.prototype.replace()（JS）、ReplaceAllString()（Go）——JS 的replace()默认只换一次，要全局得加gflag - 测试是否匹配：
re.search()（Python，返回 match obj 或 None）、RegExp.prototype.test()（JS，返回布尔值）、MatchString()（Go）——别把 Python 的search()当成 JS 的test()，语义不同
容易因翻译错位导致的典型错误
中文资料常把英文概念“扁平化翻译”，结果一写代码就报错。最典型的三个坑：
- 把
lookahead直译成“前瞻”，但在文档里必须搜positive lookahead或negative lookahead，单独搜“前瞻”基本找不到权威说明 - Python 的
re.match()只从字符串开头匹配，等价于 JS 的^...，但它不是“完全匹配”——完全匹配是re.fullmatch()，这个函数名在中文教程里几乎从不提 - JS 中
/abc/g的gflag 会影响lastIndex属性，多次调用exec()会继续上次位置；而 Python 的finditer()每次都是全新扫描。这个差异导致状态管理逻辑完全不同
调试时该查哪些英文关键词
遇到报错或行为异常，别在中文社区反复问“为什么匹配不了”，直接看错误提示里的英文词，再组合搜索：
- Python 报
re.error: bad escape→ 搜python re bad escape backslash，立刻定位到未转义的\ - JS 报
Invalid regular expression: /[/]: Unterminated character class→ 错误信息里Unterminated character class就是关键，说明[没闭合 - Go 报
error parsing regexp: invalid nested repetition operator→ 意思是写了类似**或++这种非法嵌套量词 - 所有语言共通：看到
backtracking、catastrophic backtracking，基本就是正则写得太宽松，比如(a+)+b遇到长串a会指数级回溯
真正卡住的时候，往往不是语法不会写，而是没意识到自己查的是中文二手解释，而不是原始术语。
