json_encode中文变\uxxxx或返回null，根本原因在于php编码链路中断——数据源、连接层、字符串、响应头四者任一非utf-8即触发；thinkphp的json()仅封装该函数，默认不启用json_unescaped_unicode且不强制设charset。
json_encode 返回中文变成 \u4f60\u597d 或直接为 null，不是 ThinkPHP 的锅，而是底层 PHP 的编码链路断了——数据源、连接层、PHP 字符串、HTTP 响应头，四者只要有一环不是 UTF-8，就必然出问题。
ThinkPHP 里 json() 方法为啥还乱码
ThinkPHP 的 json() 是封装了 json_encode() 的快捷方法，但默认不带 JSON_UNESCAPED_UNICODE，也不自动发 Content-Type 头（尤其在非控制器响应或中间件拦截后）。
常见表现：
- 前端收到
{"name":"\u674e\u56db"}—— 源数据是 UTF-8，但没传标志位 - 返回空响应或
null—— 数据含 BOM、GBK 字节、MySQL 连接未设utf8mb4 - Chrome 看 Network 是中文，但 JS
response.json()报错 —— 响应头缺失charset=utf-8，老 WebView 或某些代理会按 ISO-8859-1 解
实操建议：
- 显式调用
return json($data, JSON_UNESCAPED_UNICODE);，别依赖框架默认 - 确认控制器类顶部没意外输出（如 BOM、空格、warning），否则
header()会失败 - 若用
Response::create()->json()手动构造，务必加->contentType('application/json; charset=utf-8')
数据库查出来就是乱码，json() 怎么救
ThinkPHP 的查询结果乱码，说明编码污染发生在 PDO/MySQLi 层，json() 只是“照单全收”并暴露问题。
典型场景：
- MySQL 表字符集是
utf8（非utf8mb4），存了 emoji 或生僻字 → 插入时截断，读出来已是损坏字节 - PDO DSN 里没写
;charset=utf8mb4，即使表是 utf8mb4，连接仍走 latin1 - 执行过
Db::execute("SET NAMES utf8")，但该命令只设 client+connection，没设 results，导致SELECT返回 GBK 字节
实操建议：
- 检查
config/database.php中'dsn' => 'mysql:host=...;charset=utf8mb4'必须存在 - 建表语句确保用
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - 临时验证：在查询后加
dump(bin2hex($data['name']));，若看到e4bda0（UTF-8 的“你”）就对了；若看到c4e3（GBK 的“你”），就得在取值后转码：mb_convert_encoding($data['name'], 'UTF-8', 'GBK')
json_last_error_msg() 报 “Malformed UTF-8 characters” 怎么定位
这个错误明确告诉你：传给 json_encode() 的某个字符串含非法 UTF-8 字节，不是“编码不对”，是“根本不是有效 UTF-8”。ThinkPHP 不会帮你过滤掉这些脏数据。
常见来源：
- 从 Excel/CSV 文件导入的数据（Windows 下默认 ANSI/GBK 编码）
- 用户 POST 提交的表单，HTML 页面
<meta charset="gb2312">
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
