最稳的字符串编码转换方式是 mb_convert_encoding；需先用 mb_detect_encoding 探测源编码并结合上下文验证，再显式转换，且 mysql 连接必须设为 utf8mb4，mb_internalencoding 不自动转码，file* 函数不处理编码。
PHP 中 mb_convert_encoding 是最稳的字符串编码转换方式
直接用 mb_convert_encoding，别碰 iconv 或手动 utf8_encode/utf8_decode —— 后两者在非 ISO-8859-1 场景下极易出错，且 PHP 8.2+ 已废弃 utf8_encode。
常见错误现象：mb_convert_encoding($str, 'UTF-8', 'GBK') 返回空字符串或乱码，通常是因为第三个参数（源编码）猜错了，不是所有 GBK 文本都标称“GBK”，可能是 GB2312、GB18030，甚至带 BOM 的 UTF-8 被误判为其他编码。
- 先用
mb_detect_encoding($str, ['UTF-8', 'GB18030', 'GBK', 'BIG5'], true)探测，注意加true参数跳过 ASCII 字节判断 - 探测结果不可全信，尤其对短文本或纯英文；建议结合 HTTP
Content-Type头、数据库字段CHARSET、文件 BOM 判断源编码 - 转换后务必用
mb_check_encoding($str, 'UTF-8')验证，避免“看似转了，实则失败”
MySQL 查询结果乱码？优先检查连接层而非 PHP 字符串处理
90% 的“PHP 处理 UTF-8 乱码”问题，根源不在 PHP 字符串函数，而在 MySQL 连接未声明编码。即使 PHP 源文件是 UTF-8、mb_internal_encoding 设为 UTF-8，只要连接用的是 latin1，SELECT 出来的字段就是乱码，后续怎么转都白搭。
- 使用 PDO 时，在 DSN 中显式指定
;charset=utf8mb4：mysql:host=localhost;dbname=test;charset=utf8mb4 - 使用 mysqli 时，连接后立刻执行
$mysqli->set_charset('utf8mb4')，不能只靠mysqli_options($mysqli, MYSQLI_INIT_COMMAND, "SET NAMES utf8mb4") -
SET NAMES utf8≠SET NAMES utf8mb4：前者不支持 emoji 和部分生僻汉字，后者才是真正的 UTF-8 实现
mb_internal_encoding 只影响默认参数，不自动转码
很多人以为设了 mb_internal_encoding('UTF-8')，所有字符串就自动变成 UTF-8 —— 完全误解。它只是让 mb_* 函数省略第 3 个编码参数，默认按 UTF-8 处理，但不会修改变量本身字节流。
立即学习“PHP免费学习笔记（深入）”；
典型错误场景：从 GBK 文件读入的字符串 $s，即使调用了 mb_internal_encoding('UTF-8')，$s 的字节仍是 GBK 编码，mb_strlen($s) 会按 UTF-8 解析，导致长度计算错误甚至崩溃。
-
mb_internal_encoding应在脚本开头统一设置，且必须与实际数据编码一致（比如整个项目用 UTF-8 就设 UTF-8，混用则慎用） - 它不影响
strlen、substr、正则preg_match等非 mb 函数 —— 这些仍按字节操作，对多字节字符极危险 - 真正要转码，还是得显式调用
mb_convert_encoding，别指望内部编码设置能“自动修复”
文件读写时编码不匹配，file_get_contents 和 file_put_contents 不做任何编码转换
这两个函数纯二进制操作，读出来是什么字节，就原样给你；写进去是什么字节，就原样存盘。所谓“UTF-8 文件读出来乱码”，大概率是文件本身是 GBK 编码，却被当 UTF-8 解释了。
- 读文件前先确认真实编码：用
hexdump -C file.txt | head查 BOM（EF BB BF = UTF-8），或用file -i file.txt - 读取后立即用
mb_convert_encoding转为目标编码，不要等后续逻辑再处理 - 写文件前确保字符串已是目标编码，且明确指定扩展名和编辑器识别方式（如保存为 UTF-8 with BOM 可提高 Windows 记事本兼容性，但 PHP 不需要 BOM）
最易被忽略的一点：Web 服务器返回的 HTTP Content-Type 响应头（如 text/html; charset=gbk）会覆盖 HTML 中的 <meta charset="utf-8">，导致浏览器用错误编码解析页面 —— 这类问题常被误判为 PHP 编码处理失败。
