PHP 8.0 中 json_decode() 的“精度丢失”实为两类问题：大整数被转 float 导致 ID 变形，应启用 JSON_BIGINT_AS_STRING；小数显示异常因 JSON 规范和 PHP 配置，需编码前用 sprintf 转字符串。
PHP 8.0 中用 `json_decode()` 将 JSON 字符串转为数组时，浮点数本身不会“丢失精度”——真正出问题的通常是**大整数被误当浮点数处理**（比如 19 位订单号、微信 OpenID），或**小数在 `json_encode` 后因 `precision` 配置被截断显示**。这两类看似都是“精度丢失”，但成因和修复方式完全不同。
大整数被转成 float 导致 ID 变形
例如："id": 8559795009588101021 解析后变成 float(8.5597950095881E+18)，末几位归零或不可靠。
这是 PHP 默认行为：把超出平台整型范围（通常 64 位有符号整型上限约 9.2×10¹⁸）的大数字自动转为 float，而 float 无法精确表示所有 19 位整数。
- 解码时显式启用 JSON_BIGINT_AS_STRING：
✅ 正确写法：$data = json_decode($json, true, 512, JSON_BIGINT_AS_STRING);
这样所有超长整数（无论 key 还是 value）都会作为字符串保留，比如 "id": "8559795009588101021"，后续可安全用于数据库查询、签名、比对等场景。
- 注意：该 flag 仅影响 解码（
json_decode），不改变json_encode行为； - PHP 8.0 完全支持此选项，无需额外扩展；
- 若你用的是对象形式（
json_decode($json, false)），同样生效，字段值会是字符串而非 float。
小数位被“省略”或转成科学计数法
比如原始值 12.3400 或 0.000000000000123456789，经 json_encode → json_decode 后变成 12.34 或 1.23456789e-13。
这不是 bug，而是 JSON 规范不保留格式，且 PHP 的 serialize_precision（默认 -1）和 precision（默认 14）共同作用的结果。
- 如需输出固定小数位（如金额保留两位），应在 编码前 把数值格式化为字符串：
$data['amount'] = sprintf('%.2f', $floatAmount); // 强制两位小数字符串
再传给 json_encode($data)，就能确保接收方拿到 "amount": "12.34" 而非 "amount": 12.34。
- 若必须保留 float 类型又想避免科学计数，可用
JSON_PRESERVE_ZERO_FRACTION（仅对值为整数的 float 生效，如12.0 → "12.0"），但它不控制小数位数也不防精度损失； - 真正防精度丢失，只能靠字符串化关键字段（尤其是金额、序列号、坐标等）。
务必做的基础检查
即使加了正确 flag，也常因其他原因导致解析失败或数据异常：
- 每次调用
json_decode()后，立即检查是否为null： - 用
json_last_error()和json_last_error_msg()定位真实错误（常见如 UTF-8 BOM、控制字符、尾随逗号）； - 确保输入字符串是合法 UTF-8：可用
mb_convert_encoding($json, 'UTF-8', 'auto')或ltrim($json, "\xEF\xBB\xBF")清 BOM； - 避免用
@json_decode()抑制错误——它会让问题彻底隐身。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
