根本原因是字符编码链断裂，需逐层检查：php文件utf-8无bom、header('content-type: text/html; charset=utf-8')在输出前调用、html含、数据库连接与表字段均为utf8mb4。
ThinkPHP输出中文变问号或方块怎么办
根本原因是字符流在某个环节被错误解码，不是“显示问题”，而是“编码链断了”。ThinkPHP本身不决定乱码，它只是把上游传来的字节原样吐出去——如果数据库连的是 utf8 但表用的是 gbk，或者 PHP 文件存成了带 BOM 的 UTF-8，echo 出来的就是错的字节。
必须逐层检查：文件编码 → HTTP 响应头 → HTML meta → 数据库连接 → 表/字段字符集。漏掉任一环，都可能看到 ???? 或 æ些æ‡å。
ThinkPHP config.php 里的 charset 设置管什么
'charset' => 'utf-8' 这个配置只影响 ThinkPHP 自身生成的 HTML 输出（比如内置错误页、模板引擎默认输出），**不控制数据库连接、不修改 HTTP header、也不改变文件保存格式**。
- 它不会自动加
header('Content-Type: text/html; charset=utf-8')，得自己写或靠框架底层逻辑触发 - 如果数据库返回的是 GBK 编码的字节，这个配置再改也没用——TP 只是原样 echo
- 若你用的是
fetch()渲染模板，且模板里没写<meta charset="utf-8">，浏览器可能按 ISO-8859-1 解码，照样乱
数据库查询结果中文乱码的典型原因
最常见的是 MySQL 连接层没设对，哪怕表是 utf8mb4、字段也是 utf8mb4_unicode_ci，只要连接时没声明编码，查出来就是乱码。
ThinkPHP 5/6 中，需确认以下三点是否全部满足：
- 数据库配置文件（如
database.php）中'charset' => 'utf8mb4'已设置（注意不是utf8） - 连接建立后，执行了
SET NAMES utf8mb4（TP 通常会自动做，但得看日志确认有没有发这条语句） - 执行
SHOW CREATE TABLE your_table，确认建表语句末尾是DEFAULT CHARSET=utf8mb4，不是DEFAULT CHARSET=utf8
如果用的是 PDO，DSN 中必须显式带 ;charset=utf8mb4，光靠 config.php 里的 charset 项不够。
为什么改了所有配置还是乱？先查 BOM 和缓存
两个隐蔽但高频的坑：BOM 头 和 浏览器强缓存旧响应头。
Windows 下用记事本保存的 PHP 文件极易带 BOM，导致 header() 调用失败（报 headers already sent），进而让浏览器 fallback 到默认编码。解决方法只有：用 VS Code 或 Notepad++ 打开文件 → 编码菜单选 “UTF-8 无 BOM” → 重新保存。
另一个是浏览器缓存了上次的响应头（比如之前是 charset=gb2312），即使你已改成 utf-8，它仍按老规则解码。临时解决：Ctrl+F5 强刷，或加一行 header('Cache-Control: no-cache'); 配合 header('Content-Type: ...') 一起用。
真正稳定的方案，是把 header() 放在入口文件 public/index.php 最顶部（任何输出前），并确保所有控制器/模型里不再重复输出或提前 echo。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
