PHP字符串截取乱码的核心原因是用单字节函数（如substr）处理多字节UTF-8中文，需确保mbstring扩展启用、统一使用mb_substr/mb_strlen、设置内部编码与响应头为UTF-8，并排查数据库及输入源编码一致性。
PHP字符串截取出现乱码，核心原因只有一个：用单字节函数（如 substr、strlen）处理了多字节中文，而底层编码又没对齐。排查要从“扩展是否启用”和“函数是否用对”两个硬性前提开始，不是调代码逻辑，而是先验环境基础。
确认mbstring扩展已真实加载
很多问题卡在这一步，但开发者常跳过验证直接改代码。必须手动确认：
- 运行
phpinfo()页面，搜索 mbstring，看是否显示 enabled； - 或写一行脚本：
var_dump(extension_loaded("mbstring"));，返回 bool(true) 才算成功； - Linux 命令行可执行
php -m | grep mbstring；Windows 用户检查 php.ini 中extension=mbstring是否已取消注释，且php_mbstring.dll文件确实存在对应extension_dir目录下。
检查是否误用 substr 而非 mb_substr
substr() 按字节切，UTF-8 中一个汉字占 3 字节，切在中间就变乱码。这不是 bug，是设计如此。正确做法是：
- 所有含中文的截取操作，一律换成
mb_substr($str, $start, $length, 'UTF-8')； - 长度计算也必须用
mb_strlen($str, 'UTF-8')，不能用strlen()； - 注意：
mb_substr第四个参数（编码）不能省略，即使 php.ini 设了默认值，显式传入更可靠。
验证 PHP 内部编码与输出头是否一致
即使用了 mb_substr，如果内部编码或响应头不统一，仍可能显示异常：
立即学习“PHP免费学习笔记（深入）”；
- 在框架入口文件（如
public/index.php）最顶部加：mb_internal_encoding("UTF-8");； - 确保 HTTP 响应头声明 charset：
header("Content-Type: text/html; charset=utf-8");，且该语句必须在任何输出之前； - 检查 php.ini 中是否设置了
mbstring.internal_encoding = UTF-8和mbstring.http_output = UTF-8，避免依赖默认行为。
排除数据库和输入源的编码污染
前端看到的乱码，源头未必在截取环节。比如从数据库读出的数据本身已是 latin1 编码，再用 mb_substr 处理也无济于事：
- 查数据库连接是否指定
charset=utf8mb4（PDO DSN 或 mysqli_set_charset）； - 确认表字段字符集为
utf8mb4，不只是库或连接层； - 检查原始字符串来源（如 POST、API 返回、文件读取），是否明确声明了 UTF-8 编码，必要时用
mb_convert_encoding()转换。
