php正则匹配中文失败主因是未加u修饰符；utf-8下必须加u，否则pcre按字节处理，无法识别unicode码点或\p{han}等语法，且需确保文件、数据库、http全链路utf-8无bom。
PHP正则匹配中文失败，八成不是正则写错了，而是编码和修饰符没配对。核心就一条：UTF-8环境下，必须加 u 修饰符，否则所有中文相关写法都形同虚设。
为什么不加 u 就永远不匹配？
PCRE 引擎默认按字节处理字符串。UTF-8 中一个中文占 3 字节，而 [\x{4e00}-\x{9fa5}] 这类写法描述的是 Unicode 码点，不是字节序列。没加 u，引擎根本看不懂你在指哪个字符，直接跳过或报错 warning。
- 错误写法：
preg_match('/[\x{4e00}-\x{9fa5}]+/', '你好')→ 返回 false - 正确写法：
preg_match('/[\x{4e00}-\x{9fa5}]+/u', '你好')→ 返回 1 - 连字面量中文都匹配不了：
preg_match('/你好/', $str)也得加/u，否则可能失效
推荐用 \p{Han}，但前提一样苛刻
\p{Han} 比手写码点范围更准、更简洁，覆盖扩展 A/B 区、部首、兼容汉字等，但它同样强制依赖 u 修饰符，且要求 PHP 的 PCRE 编译时启用了 Unicode 属性支持（现代环境基本默认开启）。
- 安全验证方式：
var_dump(pcre_version());查看输出是否含 “Unicode property support” - 常用写法：
/^\p{Han}+$/u（纯中文）、/\p{Han}/u（含中文） - 注意：
\p{Han}不包含全角标点（如，。！）、日文假名，它们属于\p{Hiragana}或\p{P}等其他类别
文件编码与运行环境必须全链路 UTF-8
光正则加 u 不够。若 PHP 文件本身存为 GBK 或带 BOM 的 UTF-8，源码里的 \x{4e00} 可能被解析成乱码；若输入字符串是 GBK 编码却当 UTF-8 处理，匹配结果完全不可控。
- 编辑器保存为 UTF-8 无 BOM
- 数据库连接指定
charset=utf8mb4 - HTTP 响应头设置：
header('Content-Type: text/html; charset=utf-8'); - 用户输入可用
mb_detect_encoding()检测并转码：mb_convert_encoding($input, 'UTF-8', 'auto')
别混淆“纯中文”和“含中文”的正则逻辑
业务中常因边界符和量词误用导致语义偏差：
- 只允许全中文（不含空格、数字、字母）：
/^\p{Han}+$/u - 只要出现至少一个中文即可：
/\p{Han}/u（去掉^、$和+） - 允许中文+英文+数字：
/^[\p{Han}a-zA-Z0-9]+$/u（注意：字符组内顺序无关，但u不能少） - 排除所有中文：
/^[^\p{Han}]*$/u（^在[]内表示“非”，不是行首）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
