正则表达式提取邮件子串：在线有效但Google Apps Script中失效求助

我之前也踩过一模一样的坑！正则在在线测试工具里跑起来顺得不行，一放到Google Apps Script里就罢工，通常是这几个容易忽略的细节在搞鬼：

1. 字符串转义的坑 #

如果你的正则是用new RegExp("你的正则")这种字符串方式创建的，那在线工具里的单转义字符（比如\d、\w）在GAS里得写成双重转义（\\d、\\w）。因为JS字符串会先把\当成转义符处理，直接写\d的话，实际传给RegExp的是字母d，自然匹配不到数字。

举个例子：

// 错误写法：字符串里的\d没转义，实际匹配的是字母d
const badRegex = new RegExp("\d+");
// 正确写法：双重转义，或者用正则字面量
const goodRegex1 = new RegExp("\\d+");
const goodRegex2 = /\d+/; // 用字面量的话不需要额外转义，更省心

2. 全局匹配（g flag）的隐藏陷阱 #

如果给正则加了g全局匹配标志，RegExp对象会记住上一次匹配的位置（lastIndex属性）。第二次调用匹配方法时，会从上次结束的地方开始，导致明明有匹配却返回null或者漏匹配。

比如：

const regex = /abc/g;
const str = "abcabc";
Logger.log(regex.test(str)); // 第一次：true
Logger.log(regex.test(str)); // 第二次：true
Logger.log(regex.test(str)); // 第三次：false，因为lastIndex已经到字符串末尾了

解决办法：要么每次匹配前手动把regex.lastIndex = 0重置，要么如果不需要全局匹配就去掉g flag。

3. 换行符与匹配模式的差异 #

很多在线工具默认会让.匹配换行符，但GAS里的正则默认不支持——.只能匹配除了换行之外的字符。如果你的邮件内容有换行，得加上s（dotAll）标志让.匹配任意字符，或者用[\s\S]代替.。另外，如果要匹配多行文本里的行首行尾，记得加m（多行）标志，让^和$匹配每一行的开头结尾，而不是整个字符串的首尾。

比如匹配跨换行的内容：

// 让.匹配换行，匹配从start到end的所有内容（包括换行）
const regex = /start.*end/s;

4. 邮件内容的隐形字符 #

在线测试用的文本可能是你手动整理过的，但GAS获取到的原始邮件内容可能包含隐藏的非打印字符（比如\r、\t、或者某些编码后的特殊字符），这些字符会让正则匹配失败。你可以用Logger.log(Utilities.base64Encode(邮件内容))把内容转成base64，查看原始编码里有没有奇怪的字符，再调整正则。

快速排查步骤 #

1. 把GAS里获取到的原始邮件内容复制到在线测试工具里，用同样的正则测试，看是否能匹配——先排除内容本身的差异。
2. 打印你的正则对象：Logger.log(你的正则)，看实际生成的正则和你预期的是否一致。
3. 先写个最简单的正则（比如匹配邮件里的固定字符串）测试GAS的匹配逻辑是否正常，再逐步增加复杂度定位问题点。

内容的提问来源于stack exchange，提问作者jbra95