mb_str_split能避免中文乱码是因为它按字符而非字节分割，正确处理UTF-8多字节字符；需确保mb_internal_encoding设为UTF-8，且依赖已启用的mbstring扩展。
mb_str_split 为什么能避免中文乱码
因为 mb_str_split 是 PHP 原生支持多字节编码的字符串分割函数，它按字符（而非字节）切分字符串。而 str_split 按字节操作，在 UTF-8 下一个中文字符占 3 字节，直接切会截断字节流，导致乱码。
使用前提：确保当前脚本的内部编码与字符串实际编码一致（通常设为 UTF-8），可通过 mb_internal_encoding('UTF-8') 显式声明，否则 mb_* 系列函数可能误判字符边界。
- 不设
mb_internal_encoding时，PHP 依赖default_charset或php.ini中配置，容易出错 - 若字符串来自数据库或 API，需确认其真实编码，不能仅靠文件保存格式判断
-
mb_str_split默认以单字符为单位分割，不传$split_length参数时不会产生乱码
如何用 mb_str_split 截取固定长度的中文子串
想把一段中文文本每 5 个汉字拆成一组？mb_str_split 的第二个参数 $split_length 就是干这个的——它按“字符数”切，不是字节数。
示例：mb_str_split('你好世界PHP', 5) 返回 ['你好世界P', 'HP']；而 str_split('你好世界PHP', 5) 可能返回包含乱码的数组（如 ['你好世', "\xE4\xBD\xA0\xE5\xA5\xBD\xE4\xB8\x96"]）。
立即学习“PHP免费学习笔记（深入）”；
- 注意：当字符串总字符数不能被
$split_length整除时，最后一段自动补齐，不会丢字符 - 如果传入负数或 0 的
$split_length，函数返回false，不是空数组 - 该函数对 ASCII 字符同样有效，中英文混排时无需额外处理
mb_str_split 和 mb_substr 配合使用的典型场景
单纯分割不够用？比如要取第 3 段、或跳过前两段再处理？这时别硬写循环，直接组合 mb_substr 更安全高效。
例如提取从第 6 个字符开始的 4 个中文：mb_substr($text, 6, 4, 'UTF-8')。比先 mb_str_split($text) 再取索引快，内存占用也小。
-
mb_str_split适合需要遍历/重组所有子串的场景（如生成词云、分页展示） -
mb_substr更适合随机访问某一段，尤其字符串很长时避免一次性全分割 - 两者都依赖正确的编码参数，漏传
'UTF-8'第四参数在某些 PHP 版本下会退回到 locale 编码，引发隐性乱码
常见报错和兼容性陷阱
遇到 Call to undefined function mb_str_split()？说明 mbstring 扩展没启用。这不是 PHP 核心函数，而是 mbstring 模块提供。
检查方式：var_dump(extension_loaded('mbstring'));，返回 false 就得去 php.ini 开启 extension=mbstring（Linux）或取消注释对应行（Windows）。
- PHP mb_str_split，旧版本只能手写循环 +
mb_substr模拟 - 即使开启 mbstring，某些 Docker 镜像或精简版 PHP 可能默认不装该扩展
- 函数返回值永远为 array，空字符串输入返回空数组
[]，不是null或false
mb_internal_encoding 没设准，结果还是乱码。调试时优先验证这两点，比反复改切分逻辑更省时间。 
