php 8.5 中需显式传入 json_unescaped_unicode 标志位才能避免中文被转为 \uxxxx，且必须确保输入字符串为 utf-8 编码，否则 json_encode 会返回 false 或乱码。
php8.5 json_encode 中文被转成 \uXXXX 怎么关掉
默认开启的 JSON_UNESCAPED_UNICODE 才能避免中文变成 \u6211\u4eec。PHP 8.5 没变，但很多人漏传这个标志位，结果接口返回一堆 Unicode 转义。
- 不加标志：
json_encode("你好")→"\u4f60\u597d" - 加标志：
json_encode("你好", JSON_UNESCAPED_UNICODE)→"你好" - 如果用
JSON_PRETTY_PRINT等其他选项，记得用|拼接：JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT - 注意：PHP 8.5 仍不支持全局关闭 Unicode 转义，每次调用
json_encode都得显式传参
json_encode 输出乱码（显示 或空白）的真正原因
不是 json_encode 本身的问题，而是输入字符串编码不是 UTF-8。PHP 的 json_encode 强制要求输入为 UTF-8，否则直接返回 false 或输出无效 JSON（部分版本会静默替换为 ）。
- 常见来源：MySQL 查询未设
utf8mb4、file_get_contents读 GBK 文件、旧系统 POST 数据没转码 - 快速检测：
var_dump(mb_detect_encoding($str, ['UTF-8', 'GB2312', 'GBK'], true)) - 安全转换：
$str = mb_convert_encoding($str, 'UTF-8', 'auto')，但别对已知是 UTF-8 的重复转，可能损坏数据 - PDO 查询记得设 charset：
new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES utf8mb4'])
PHP 8.5 下 json_encode 处理 null/empty/array 的兼容性变化
PHP 8.5 没改 json_encode 的核心行为，但严格了类型检查——比如传入资源（resource）、不可序列化的对象，现在更大概率直接报 TypeError，而不是静默忽略或返回 false。
- 传
null：仍返回"null"，无变化 - 传空数组
[]：仍返回[]；空对象(object)[]返回{}，也无变化 - 陷阱：传了一个含
__toString()但没实现JsonSerializable的对象，PHP 8.5 可能拒绝序列化，建议统一用JsonSerializable接口 - 调试技巧：加
JSON_THROW_ON_ERROR标志，让错误浮出水面：json_encode($data, JSON_UNESCAPED_UNICODE | JSON_THROW_ON_ERROR)
为什么 header('Content-Type: application/json; charset=utf-8') 还是乱码
HTTP 响应头只是“告诉浏览器用 UTF-8 解码”，但如果 json_encode 输出本身不是 UTF-8（比如输入是 GBK），或者中间有 BOM、echo 了额外空格/HTML，浏览器照样解错。
立即学习“PHP免费学习笔记（深入）”；
- 确认输出干净：
ob_clean();+header('Content-Type: application/json; charset=utf-8');放在json_encode前 - 检查是否意外输出了 BOM：用
hexdump -C查看响应开头是否有ef bb bf - 不要用
echo拼接 JSON：echo '{"name":"'; echo $name; echo '"}'—— 编码和转义全失控 - 框架用户注意：Laravel 的
response()->json()、ThinkPHP 的json()默认已带JSON_UNESCAPED_UNICODE，但自定义响应时仍需手动控制
JSON_UNESCAPED_UNICODE 就万事大吉，却没查输入字符串的真实编码。一个 mb_check_encoding($str, 'UTF-8') 调用，往往比翻三页文档更快定位问题。 
