PHP数组json_encode前端收不到主因是编码、类型或结构问题：需确保UTF-8无BOM、设置header、用标准数组、按契约包装data/code/msg、清理非法字符并规范时间/浮点/布尔处理。
PHP数组直接json_encode为什么前端收不到？
多数情况不是转不了，而是没处理好编码、类型或结构。PHP的json_encode默认不支持中文GB2312/GBK，遇到中文会返回null；另外，关联数组和索引数组在JSON里表现不同，前端常误以为“空对象”是bug，其实是PHP传了array('name' => '张三')这种关联数组，而前端期望的是带data字段的包装结构。
- 确保PHP脚本文件本身是UTF-8无BOM编码（用编辑器检查，别信IDE默认）
- 输出前加
header('Content-Type: application/json; charset=utf-8');，否则前端fetch可能解析失败 - 避免用
mysql_query等老扩展获取结果——它返回的是资源，不是数组；用PDO::FETCH_ASSOC或mysqli_fetch_all($result, MYSQLI_ASSOC)确保拿到标准数组
前端要的是{data: [...], code: 0, msg: "ok"}，PHP怎么套壳？
这不是格式转换问题，是接口契约问题。后端必须主动按前端约定的结构组织数据，不能指望前端“自己拼”。常见错误是直接echo json_encode($arr)，结果前端收到纯数组，没法统一判断code或msg。
- 统一用标准响应模板：
$response = [ 'code' => 0, 'msg' => 'success', 'data' => $your_real_array ]; - 不要在
data里塞stdClass对象——json_encode会把它转成对象，但PHP从数据库取的关联数组若被json_encode自动转成对象（比如用了JSON_FORCE_OBJECT），前端就拿不到数组方法（如.map()） - 如果
$your_real_array是空数组[]，前端能正常遍历；但如果是null或false，前端res.data.map会报错，务必保证data字段始终为数组或对象
日期、浮点数、布尔值这些“看起来对”的值为什么前端变了样？
PHP的json_encode对某些类型有隐式转换，前端拿到的不是原始值。比如MySQL时间戳字段用date("Y-m-d H:i:s")生成字符串，PHP会原样输出；但如果直接把DateTime对象传进去，json_encode会调用其__toString()，结果依赖实现，不可靠。
- 时间统一转为ISO 8601字符串：
$row['created_at']->format('c')或date('c', $timestamp)，别用Y-m-d这种缺精度的格式 - 浮点数慎用
floatval()——它可能触发PHP浮点精度丢失（如3.141592653589793变成3.1415926535898），前端做金额对比会出错；该存字符串就存字符串：(string)$price - 布尔值
true/false会被json_encode正确转成true/false，但注意：PHP的0、""、null不会自动变false，得显式写'is_active' => (bool)$db_value
调试时var_dump(json_encode($arr))显示bool(false)怎么办？
这表示json_encode失败了，最常见原因是数组含不可序列化的数据，比如资源句柄、闭包、SimpleXMLElement对象，或者字符串含非法UTF-8字节（比如从旧系统导入的GBK内容没转码）。
立即学习“PHP免费学习笔记（深入）”；
- 先用
json_last_error()和json_last_error_msg()定位：$json = json_encode($arr); if ($json === false) { echo json_last_error_msg(); // 常见："Malformed UTF-8 characters" } - 批量清理非法字符（临时方案）：
mb_convert_encoding($str, 'UTF-8', 'UTF-8, GBK, ASCII')，但治标不治本，根源是源头数据没规范编码 - 用
array_walk_recursive预处理：把所有字符串字段过一遍mb_convert_encoding(..., 'UTF-8', 'auto')，再json_encode
null还是""）。这些细节不写进接口文档，光靠json_encode解决不了。 
