正则表达式中转义字符写法差异源于编程语言字符串层与正则引擎层的双重解析：python用r""避免字符串转义，java需"\d+"实现双重转义，javascript字面量/d+/单层转义、构造函数需双重转义，php/c#/go均提供跳过字符串转义的语法。
正则表达式里的转义字符本身语义一致——就是让元字符失去特殊含义，或构造特殊序列（如 d 表示数字）。但真正造成“写法不同”的，是它要穿过两层解析：编程语言字符串层 + 正则引擎层。这两层对反斜杠的处理规则不一，导致同一意图在不同环境里写法差异明显。
Python：原始字符串（r""）大幅降低出错率
Python 字符串默认会解析转义，比如 "
" 是换行符，"d" 中的 d 会被当成非法转义而报错。所以强烈推荐用原始字符串：r"d+" —— 这样字符串层不做任何转义，d 完整交给正则引擎解释为“一个或多个数字”。
- 写
r"."匹配点号，而不是"\." - 写
r"\d+"才能匹配字面量的d+（即反斜杠+字母d+加号） - 避免混用：不用
"\d+"，因为 Python 先把\解析成单个，再传给正则引擎，等效于r"d+"，但易读性差、易出错
Java：双重转义是硬性要求
Java 没有原始字符串，字符串字面量中每个 都必须被转义。想让正则引擎看到一个 d，就得先让 Java 字符串生成一个 d，因此要写成 "d+" —— 第一个 转义第二个 ，最终字符串内容是 d+，正则引擎才识别为“数字序列”。
- 匹配字面量反斜杠：需写
"\\d+"（Java 层解析为\d+，正则层再解析为d+） - 匹配点号：
"\."（Java →.→ 正则引擎匹配实际点号） - IDE 通常会高亮提示缺失转义，可作为辅助验证
JavaScript：字面量语法减轻负担
JS 支持 /pattern/flags 字面量写法，此时字符串层不存在，反斜杠只由正则引擎处理，只需单层转义。
-
/d+/直接匹配数字，/./匹配点号 - 若用
new RegExp("\d+")构造函数，则进入字符串层，需双重转义："\d+"才能得到d+ - 动态拼接正则时（如变量插入），必须走
RegExp构造函数，务必注意双反斜杠
PHP 和 C#：分隔符与逐字字符串简化逻辑
PHP 用分隔符（如 / 或 #）包裹模式，字符串内仍需遵循 PHP 转义规则；C# 推荐用逐字字符串 @""，效果类似 Python 的 r""。
- PHP：
preg_match('/\d+/', $str)—— 单引号内不解析转义，\d+就是字面d+ - C#：
new Regex(@"d+")和new Regex("\d+")等价，前者更直观、不易错 - Go 用反引号
`d+`同样跳过字符串转义，和 Python 的r""、C# 的@""本质一致
