strlen()按字节计数，UTF-8下中文标点返回3；mb_strlen()按字符计数，需显式指定'UTF-8'编码，统一将中英文标点、汉字等均计为1字符。
strlen() 和 mb_strlen() 的区别到底在哪
直接用 strlen() 判断含中文、中文标点的字符串长度，结果一定是错的——它按字节算，而 UTF-8 下一个中文或中文标点占 3 字节，strlen("。") 返回 3，但你实际想计的是「1 个字符」。
mb_strlen() 才是正确选择，它按字符数统计，前提是明确指定编码：
- PHP 文件本身是 UTF-8 编码（推荐且默认）→ 用
mb_strlen($str, 'UTF-8') - 若不确定源数据编码（比如从旧系统读取 GBK 数据），先用
mb_convert_encoding()转换，再计数 - 漏写第二个参数时，依赖
mb_internal_encoding()设置，容易出错，**务必显式传入'UTF-8'**
中文标点和英文标点在 mb_strlen 中是否等价
是的，只要编码统一为 UTF-8，mb_strlen() 对中文标点（如 ，。！？；：“”‘’（）【】《》）、英文标点（,.!?;:"'()[]）、汉字、英文字母、数字，全部按「1 个字符」计算，不区分类型。
也就是说：mb_strlen("Hello，世界！", 'UTF-8') 返回 9（H/e/l/l/o/，/世/界/！），不是按「中英文混合规则」特殊处理，而是统一按 Unicode 码点计数。
立即学习“PHP免费学习笔记（深入）”；
如果你需要单独统计中文标点出现次数，得另写逻辑，比如用 preg_match_all('/[\x{3000}-\x{303f}\x{3099}-\x{309c}\x{30a0}-\x{30ff}\x{3400}-\x{4dbf}\x{4e00}-\x{9fff}]/u', $str, $matches) ——但这和「判断总长度」是两回事，别混用。
为什么 mb_strlen 有时返回 false 或 0
常见原因就三个：
- 传入
null或未定义变量 → 返回false，加空值判断：is_string($str) && $str !== '' - 字符串是二进制乱码或含非法 UTF-8 序列（比如截断的中文）→
mb_strlen()可能返回0或异常小的值；可用mb_check_encoding($str, 'UTF-8')预检 - 扩展未启用 → 检查
phpinfo()是否有mbstring，或运行extension_loaded('mbstring')，没启用就无法使用mb_*函数
替代方案：用 iconv_strlen() 行不行
可以，但不推荐。例如 iconv_strlen($str, 'UTF-8') 在功能上和 mb_strlen($str, 'UTF-8') 一致，但它依赖 iconv 扩展，而 mbstring 更通用、对多字节支持更稳定，尤其在处理组合字符（如带声调的汉字变体）时更可靠。
另外注意：iconv_strlen() 在遇到非法字节时行为不如 mb_strlen() 友好，可能直接警告甚至报错，调试成本更高。
真正要小心的是「看似简单却埋雷」的地方：比如前端传来的 JSON 字符串里混了不可见全角空格（ ，U+3000），它也被 mb_strlen() 当作 1 个字符，但肉眼难识别，导致长度校验意外失败——这种细节比函数选型更常引发线上问题。
