preg_match必须加定界符，因PCRE要求模式用定界符包裹（如/pattern/），否则报错；常用/、#、~，含/时换#可免转义；后可加i、m、u等修饰符。
preg_match 是 PHP 里做正则匹配最常用的函数，不是 ereg（已废弃）、也不是 mb_ereg（不推荐），直接用它就行。
为什么 preg_match 必须加定界符？
PHP 的 PCRE 扩展要求正则模式必须有「定界符」包裹，比如 /pattern/、#pattern#、~pattern~。漏掉开头或结尾的定界符，会报 Warning: preg_match(): Delimiter must be alphanumeric or backslash。
常见错误写法：
preg_match('^\d+$', $str); // ❌ 缺少定界符
preg_match('/^\d+$', $str); // ❌ 只有开头，没闭合
preg_match('/^\d+$/', $str); // ✅ 正确- 定界符不能是字母、数字或反斜杠，常用
/、#、~ - 如果模式里本身含
/，换用#能省去大量转义，比如#https?://[^/]+/# - 定界符后可加修饰符，如
i（忽略大小写）、m（多行模式）、u（UTF-8 模式）
preg_match 和 preg_match_all 用法区别在哪？
前者只找第一个匹配就停，返回 1（匹配成功）或 0（失败）；后者找全部，返回匹配次数，并把结果写进第三个参数（数组）。
立即学习“PHP免费学习笔记（深入）”；
典型误用场景：想提取所有邮箱，却用了 preg_match，结果只拿到第一个。
-
preg_match('/\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Z|a-z]{2,}\b/', $text, $matches)→$matches[0]只有首个邮箱 -
preg_match_all('/\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Z|a-z]{2,}\b/', $text, $matches)→$matches[0]是全部邮箱数组 - 注意：
preg_match_all第三个参数必须是变量引用（不用加&，PHP 自动按引用传）
中文字符匹配总失败？记得加 u 修饰符
默认 PCRE 不识别 UTF-8 多字节字符，^\w+$ 匹配中文会返回 0，因为 \w 在非 u 模式下只认 ASCII 字母数字下划线。
正确写法：
preg_match('/^[\x{4e00}-\x{9fa5}]+$/u', $str); // 匹配纯中文
preg_match('/[\x{4e00}-\x{9fa5}]/u', $str); // 匹配任意中文字符
preg_match('/^\w+$/u', $str); // \w 在 u 模式下才包含中文、日文等- 没有
u，\p{Han}、\p{Common}这类 Unicode 属性也无效 - 只要字符串含中文、emoji 或其他 UTF-8 字符，模式末尾一律加
u - 服务器 locale 设置不影响 PCRE，只和
u修饰符有关
性能敏感时，先用 stripos 或 str_contains 替代简单判断
如果只是检查子串是否存在（比如判断 URL 是否含 https），用 preg_match 是杀鸡用牛刀，慢 3–5 倍，还容易写错定界符。
- 替代方案：
str_contains($url, 'https://')（PHP 8.0+）或stripos($url, 'https://') !== false -
preg_match应该留给真正需要「模式逻辑」的场景：验证手机号格式、提取带结构的文本、替换动态片段 - 线上服务中高频调用正则前，建议用
var_dump(debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS, 1))确认是否真有必要
实际写正则最常卡住的点，不是语法多难，而是忘记 u、写错定界符、或在能用字符串函数的地方硬套正则。先跑通最简 case，再逐步加复杂度。
