应使用 mb_check_encoding($str, 'UTF-8') 校验是否为合法 UTF-8，而非依赖不可靠的 mb_detect_encoding()；PHP 字符串无内置编码，乱码根源在于输入、处理、输出各环节编码不一致，需全程统一为 UTF-8。
怎么判断字符串当前编码是不是 UTF-8
直接用 mb_detect_encoding() 并不可靠——它只是基于字节模式猜测，对纯 ASCII 或短字符串经常误判为 ISO-8859-1。真正稳妥的方式是用 mb_check_encoding($str, 'UTF-8') 做校验：返回 true 才说明确实是合法 UTF-8 编码。
常见错误现象：mb_detect_encoding($str) 返回 ASCII，但实际是 GBK 乱码；或者返回 UTF-8，但后续 json_encode() 报错 Invalid UTF-8 sequence。
- 优先用
mb_check_encoding($str, 'UTF-8')验证，不是检测 - 若需兼容多编码输入（如表单可能提交 GBK），应明确约定来源（如 HTTP
Content-Type头、<meta charset>）而非依赖自动识别 - 对数据库字段，查
SHOW CREATE TABLE确认列的CHARACTER SET和COLLATE，比 PHP 层检测更根本
把 GBK 字符串转成 UTF-8 的安全写法
用 mb_convert_encoding($str, 'UTF-8', 'GBK') 是标准做法，但必须确保第三个参数准确。误写成 'GB2312' 或漏写，会导致部分汉字变成 。
使用场景：读取旧系统导出的 CSV、处理微信公众号回调里的中文昵称（部分安卓客户端仍发 GBK）、解析非 UTF-8 的 HTML 表单 POST 数据。
立即学习“PHP免费学习笔记（深入）”；
- 源编码不确定时，先用
mb_detect_encoding($str, ['UTF-8', 'GBK', 'BIG5'], true)（注意第三个参数设为true启用 strict 模式） - 转换后务必用
mb_check_encoding($result, 'UTF-8')校验，失败则记录原始字符串和疑似编码，人工排查 - 避免链式调用如
mb_convert_encoding(mb_convert_encoding($str, 'UTF-8', 'GBK'), 'UTF-8', 'UTF-8')——重复转码会损坏数据
为什么 header('Content-Type: text/html; charset=utf-8') 还是乱码
HTTP 响应头只影响浏览器解码 HTML 主体，不改变 PHP 内部字符串编码。如果 echo 出来的是 GBK 字节流，即使 header 设了 UTF-8，浏览器也会按 UTF-8 解释 GBK 字节，结果就是乱码。
关键点在于：PHP 字符串本身是字节序列，没有内置编码属性。所谓“字符串编码”，取决于你用什么函数生成它、从哪读进来、往哪输出。
- 检查输入源：MySQL 查询前是否执行了
SET NAMES utf8mb4？文件读取是否用了file_get_contents()而非iconv()处理过？ - 检查输出端：模板里
echo $name前，$name是否已被转成 UTF-8？json_encode()要求输入必须是 UTF-8，否则直接返回false - 终端调试时，
var_dump()看到的十六进制值（如\xe4\xbd\xa0）比肉眼字符更可靠——这是真实的字节
修改 MySQL 连接/表/字段编码的实操顺序
改编码不是改一个地方就行。从连接到字段，漏掉任一环都会导致“存进去是乱码”或“取出来是乱码”。最稳妥的顺序是：先改连接层，再改表结构，最后批量修正存量数据。
容易被忽略的细节：PHP 的 mysqli 默认不自动设置连接编码，PDO 更要显式指定 PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"。
- 连接层：执行
mysqli_set_charset($conn, 'utf8mb4')或在 PDO DSN 中加;charset=utf8mb4 - 表结构：用
ALTER TABLE tbl CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci（注意不是MODIFY COLUMN） - 字段级确认：
SHOW FULL COLUMNS FROM tbl查看每个字段的Collation，必须是非binary的 utf8mb4 排序规则 - 存量数据修复：如果原先是 GBK 存的，不能直接改表编码，得先以 GBK 读出，再用
mb_convert_encoding()转 UTF-8，重新写入
