preg_match返回false或空数组主因是定界符未闭合、缺u修饰符致中文匹配失败、^$在多行中未加m修饰符、特殊字符未转义，以及目标字符串含隐藏字符；应检查preg_last_error()并用bin2hex()调试。
preg_match 返回 false 或空数组，大概率不是正则写错了，而是定界符、修饰符、编码或目标字符串本身出了问题。
定界符没闭合或冲突导致编译失败
PHP 的 preg_match 要求正则必须用成对定界符包裹，最常见的是 /，但一旦模式里也含大量 /（比如匹配 URL），就容易漏掉结尾或转义混乱。
- 错误示例：
"/https:\/\/example\.com"—— 少了一个结尾/，直接报Compilation failed: missing terminating delimiter - 推荐改用其他定界符，如
#或~，避免斜杠干扰：#^https?://example\.com$# - 若必须用
/，确保所有字面量/都被转义：/https?:\/\/example\.com/
中文匹配失败：缺 u 修饰符或编码不一致
PHP 的 PCRE 默认按单字节处理，遇到 UTF-8 中文会解析失败，不是“匹配不到”，而是根本无法编译。
- 错误现象：
preg_match('/[\x{4e00}-\x{9fff}]+/', $str)报Compilation failed: invalid UTF-8 string - 必须加
u修饰符：/[\x{4e00}-\x{9fff}]+/u - 同时确认输入字符串是合法 UTF-8：
mb_check_encoding($str, 'UTF-8')返回true才可靠 - PHP 8.2+ 使用 PCRE2 后，
\p{Han}比\x{4e00}-\x{9fff}更稳妥，且不再需要u（但保留也不报错）
锚点 ^ 和 $ 在多行文本中失效
默认情况下，^ 只匹配整个字符串开头，$ 只匹配结尾。如果目标字符串含换行符，而你想让它们匹配每一行起止，就得启用多行模式。
- 错误写法：
"/^ERROR.*$/"匹配日志块中的某一行，但目标是多行字符串，结果只在首尾行生效 - 加
m修饰符："/^ERROR.*$/m"，此时^和$对每行都有效 - 注意：不要和
s修饰符混淆 ——s是让.匹配换行符，m是改变^/$行为，两者可共存
特殊字符未转义，被当成元字符解析
正则里的 .、*、?、[、( 等都有特殊含义。想匹配字面量，必须用反斜杠转义。
- 错误示例：
"/file.txt/"会匹配fileatxt、fileZtxt—— 因为.是通配符 - 正确写法：
"/file\.txt/" - 匹配方括号内容时：
"#\[(.*?)\]#"，否则[和]会被当作字符类起始/结束符 - 用
preg_quote($str, '/')自动转义用户输入的字符串，避免注入风险
匹配结果为空却没报错？先查 preg_last_error()
返回空数组不等于出错，但 false 一定代表编译或执行失败。别跳过错误检测。
-
preg_match()成功返回1，无匹配返回0，失败才返回false - 调用后立刻检查：
if ($result === false) { echo preg_last_error_msg(); } - 常见错误码对应含义：
PREG_NO_ERROR（正常）、PREG_INTERNAL_ERROR（引擎崩溃）、PREG_BAD_UTF8_ERROR（UTF-8 解析失败） - 调试时用
bin2hex($subject)查看是否有隐藏 BOM 或控制字符干扰匹配
真正卡住的地方往往不在正则逻辑本身，而在定界符是否闭合、u 是否加对、目标字符串有没有不可见字符——这些细节一漏，整条链路就断了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
