根本原因是php json_encode()要求输入必须为合法utf-8且未启用json_unescaped_unicode标志，导致中文被转义为\uxxxx；需确保数据源utf-8编码并显式传入该标志。
ThinkPHP 默认使用 json_encode() 输出 JSON，但中文显示为 \uXXXX 或乱码，根本原因不是框架问题，而是 PHP 底层对编码的硬性要求没满足：输入必须是合法 UTF-8 字符串，且未启用关键标志。
为什么 ThinkPHP 的 json() 方法输出中文还是 \uXXXX
ThinkPHP 的 json() 响应方法（如 return json($data)）底层仍调用 PHP 原生 json_encode()。它默认不启用 JSON_UNESCAPED_UNICODE，所以中文照常转义。即使你在控制器里手动加了这个选项，若数据本身含非 UTF-8 字节，依然会失败或静默截断。
- ThinkPHP 6.x 的
json()方法默认只传入数据，不带 flags 参数 - 你无法直接在
return json($data)中插入第二个参数 - 若数据库字段、配置文件、语言包或 POST 数据源是 GBK，
json()拿到的就是非法 UTF-8，encode 必然返回false或空字符串
ThinkPHP 中安全使用 json() 的三步实操
不要试图“绕过”框架封装去手写 header() + echo json_encode()，而应从源头归一化 + 框架适配入手：
- 确保数据库连接强制 utf8mb4：
mysql://user:pass@127.0.0.1:3306/db?charset=utf8mb4（TP6 配置中charset必须显式指定） - 对所有可能含中文的输入做预处理：比如从
input('name')拿到的值，先用mb_convert_encoding(input('name'), 'UTF-8', 'GBK')转（仅当确认来源是 GBK） - 重写响应类或使用中间件统一注入 flags：在
app/middleware/JsonResponse.php中拦截Response::json()调用，改用json_encode($data, JSON_UNESCAPED_UNICODE | JSON_INVALID_UTF8_SUBSTITUTE)
最容易被忽略的 ThinkPHP 特定坑点
ThinkPHP 的模板引擎、语言包加载、甚至 config() 读取都可能引入编码污染：
-
lang/zh-cn.php文件若保存为 ANSI 或含 BOM 的 UTF-8，其中定义的中文字符串会被当成乱码字节传给json() - 使用
view()->fetch()渲染后返回 JSON？那是典型误用——HTML 模板输出和 JSON 响应不能混用 - TP6 的
Response::create($data, 'json')不自动加JSON_UNESCAPED_UNICODE，但你可以继承think\Response并覆盖jsonEncode()方法 - 调试时用
dump($data)看到中文正常 ≠ 实际传给json_encode()的就是 UTF-8；mb_check_encoding($data['name'], 'UTF-8')才是真判断
真正卡住人的从来不是“怎么加 flag”，而是哪一步悄悄混入了 GBK 字节又没被检测出来——尤其在老项目迁移、第三方 SDK 集成、Excel 导入等场景下，字符串编码就像幽灵，看不见却决定成败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
