PHP preg_match无法匹配多行数组中的CF.{Coordonnees Abonne}块求助

我之前也踩过这个一模一样的坑！大概率是你没给正则加上必要的修饰符——PHP的preg_match和在线正则工具（比如regex101）的默认行为差异，才导致了“在线能跑、本地失效”的迷惑情况。

核心原因：PHP preg系列函数的默认规则 #

• 默认情况下，.元字符不匹配换行符（\n），如果你的CF.{Coordonnees Abonne}:块跨了多行（比如标签在一行，内容在下面几行），.就会在遇到换行时停止匹配，自然抓不到完整的块。
• 很多在线正则工具默认会开启DOTALL模式（也就是s修饰符），让.能匹配包括换行在内的所有字符，所以你在那里测试没问题，但PHP代码里没加这个修饰符就不行。

具体解决方案 #

1. 加上DOTALL修饰符（s） #

给你的正则表达式末尾加上s，让.可以匹配换行符。比如：

// 注意转义大括号，因为{是正则元字符
$pattern = '/CF\{Coordonnees Abonne\}:(.*?)\n\n/s';
preg_match($pattern, $sourceContent, $matches);
// $matches[1]就是你要提取的目标内容

2. 配合多行模式修饰符（m，可选） #

如果你的块需要用^或$定位每行的开头/结尾，还要加上m修饰符，让^和$匹配每行的首尾，而不是整个字符串的首尾。比如：

$pattern = '/^CF\{Coordonnees Abonne\}:(.*?)$/sm';

3. 额外避坑提示 #

• 转义问题：PHP里如果用双引号定义正则字符串，要注意反斜杠的双重转义（比如\\{），建议直接用单引号包裹正则，避免不必要的转义混乱。
• 匹配所有结果：如果有多个CF.{Coordonnees Abonne}:块，要用preg_match_all而不是preg_match，后者只返回第一个匹配结果。
• 命名捕获组：为了避免捕获组索引混乱，推荐用命名捕获组，可读性更强：

$pattern = '/CF\{Coordonnees Abonne\}:(?P<coordonnees>.*?)\n\n/s';
preg_match($pattern, $sourceContent, $matches);
// 直接用$matches['coordonnees']获取内容，不用数索引

验证方法 #

你可以把PHP里的正则复制到regex101，然后手动关闭DOTALL模式（去掉s修饰符），看看是不是也匹配失败——如果是的话，就坐实了是修饰符的问题。

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