preg_match()是PHP中执行单次正则匹配的函数，返回1（匹配成功）或0（失败），不返回位置或全部结果；需传入$matches参数才能获取匹配内容，$matches[0]为完整匹配，后续为捕获组。
preg_match() 是 PHP 正则落地的第一关，不搞懂它，后面全是空谈。它只返回是否匹配（1 或 0），不返回具体位置或全部结果，这点和 preg_match_all() 有本质区别。很多人写完正则发现“没反应”，其实是误以为它会自动输出匹配内容——它不会，除非你传入第三个参数 $matches。
-
$matches是引用传参，必须显式声明，否则匹配结果丢了也查不出原因 -
$matches[0]总是完整匹配的字符串，$matches[1]开始才是第一个捕获组（即括号里的内容） - 如果模式里没用
()，$matches就只有[0]这一项 - 没加
^和$锚点时，/abc/会匹配"xabcx"，不是“等于 abc”
示例：
$pattern = '/(\d{4})-(\d{2})-(\d{2})/';
$string = '今天日期是2026-05-12';
if (preg_match($pattern, $string, $matches)) {
echo $matches[1]; // 输出 2026
}定界符选错会导致 Parse error: Unknown modifier
PHP 正则必须用成对定界符包住模式，最常用的是 /，但一旦模式里本身含 /（比如匹配 URL 路径），就会报错：Unknown modifier 'g' 或类似提示。这不是语法错，是解析器把路径里的 / 当成了定界符闭合，后面字符全被当成修饰符处理了。
- 遇到含
/的模式，立刻换定界符：用#、~或{}更安全 -
#^/user/(\d+)$#比/^\/user\/(\d+)$/可读性强得多，也少出错 - 定界符不能是字母、数字、反斜杠或空白，但可以是几乎所有其他 ASCII 符号
- 修饰符（如
i、m、u）必须紧跟在第二个定界符之后，中间不能有空格
贪婪匹配默认生效，不加 ? 就容易截多或漏掉
<em></em>、+、{n,} 这些量词默认是贪婪的，会尽可能往右吃字符，直到无法匹配为止。比如用 /a.b/ 去匹配 "a123b456b"，它会匹配整个 "a123b456b"，而不是更合理的 "a123b"。
立即学习“PHP免费学习笔记（深入）”；
- 加
?变成非贪婪：/a.*?b/→ 匹配到第一个b就停 -
.*在无上下文限制时极危险，容易引发回溯爆炸，尤其处理长文本或用户输入时 - 替代方案优先考虑否定字符类，比如
/a[^b]<em>b/</em>比/a.?b/更高效、更可控 - UTF-8 字符串必须加
u修饰符，否则.可能跨字节匹配，导致乱码或漏匹配
preg_replace() 的替换逻辑常被当“查找函数”误用
preg_replace() 的设计目标是替换，不是判断或提取。它返回新字符串，原字符串不变；若没匹配，直接返回原串——这行为常被用来“检测是否存在”，但非常不可靠：
- 空字符串替换（
''）后，你分不清是“没匹配”还是“匹配了但替成空” - 替换内容含变量时，必须用双引号或
sprintf()，单引号不解析$1这类反向引用 - 想提取内容，请用
preg_match()或preg_match_all()，别硬套preg_replace()
关键细节：
- 反向引用写法是
$1、$2，不是\1（后者在模式里才有效） - 第四个参数
$limit控制最多替换几次，设为1可模拟“只改第一个”场景 - 若需多次替换且依赖前次结果，注意它不支持“迭代式替换”，得用循环+
preg_replace_callback()
正则最难的部分从来不是写对模式，而是预判它在边界数据、空输入、超长文本、UTF-8 混排下的行为。每次加一个 + 或 *，都要问自己：它最多可能回溯多少次？有没有更窄的字符范围能替代 .？用户能不能构造恶意输入触发 ReDoS？这些不是进阶技巧，是上线前必须过的基本关。
