最可靠的方式是使用带/u修饰符的正则匹配unicode中文范围\x{4e00}-\x{9fff}和\x{3400}-\x{4dbf}；需避免误用strlen与mb_strlen对比法或javascript风格的\u写法。
PHP 7.4 中判断字符串是否包含中文，最可靠的方式是使用正则表达式匹配 Unicode 中文字符范围，而不是依赖 ASCII 判断或 strlen 与 mb_strlen 的长度差——后者可能误判全角英文、日文假名等非中文字符。
用 preg_match 匹配中文 Unicode 范围
中文汉字在 Unicode 中主要落在 \u4e00-\u9fff（基本汉字区），但实际还需覆盖扩展区如 \u3400-\u4dbf（扩展 A）、\u20000-\u2a6df（扩展 B）等。日常项目中，匹配前两个区已覆盖 99% 场景。
示例代码：
function hasChinese($str) {
if (!is_string($str) || $str === '') {
return false;
}
return (bool) preg_match('/[\x{4e00}-\x{9fff}\x{3400}-\x{4dbf}]/u', $str);
}
- /u 修饰符必不可少，启用 UTF-8 模式，否则 \x{xxxx} 不生效
- 中文标点（如，。！？“”）也属于 CJK 符号区（\x{3000}-\x{303f}），如需一并识别，可加入该区间
- 避免写成 /[\u4e00-\u9fff]/ —— PHP 中 \u 是 JavaScript 写法，PHP 正则不识别，必须用 \x{hex}
慎用 mb_strlen 对比法
有人用 mb_strlen($s, 'UTF-8') !== strlen($s) 判断是否含中文，这是错误的逻辑。因为：
- 任何多字节字符都会导致两者不等：中文、emoji（?）、日文（こんにちは）、俄文字母（Привет）都符合
- 全角 ASCII 字符（如 、，、Ａ）也会触发误判
- 空格、换行、BOM 等特殊字节也可能干扰结果
该方法只能粗略判断“是否含非 ASCII 字符”，不能等价于“是否含中文”。
补充：兼容 GBK 环境下的处理（不推荐）
若运行环境强制使用 GBK 编码（极少见），且无法切换为 UTF-8，可用字节范围判断：
function hasChineseGBK($str) {
return (bool) preg_match('/[\xb0-\xf7][\xa0-\xfe]/', $str);
}
- 此方式仅适用于明确 GBK 编码的字符串，且不支持 Unicode 扩展汉字
- PHP 7.4 默认内部编码为 UTF-8，混用编码极易引发乱码，建议统一转为 UTF-8 后再用 Unicode 正则
- 可用
mb_convert_encoding($str, 'UTF-8', 'auto')自动探测并转换编码
小结：推荐方案就一条
对绝大多数 PHP 7.4 项目，直接使用带 /u 修饰符的 Unicode 正则，覆盖 \x{4e00}-\x{9fff} 和 \x{3400}-\x{4dbf} 即可准确、高效、可维护地判断中文存在性。无需引入额外扩展，不依赖系统 locale，也不受输入编码隐式影响。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
