number_format存在浮点精度导致的“假四舍五入”问题，其底层依赖round()但受IEEE 754表示误差影响；PHP 8.5.7仅修复字面量float在1–2位小数的少数情况，动态计算值仍不可靠；应优先用round()或BCMath预处理再格式化。
number_format 会“假四舍五入”
number_format 不是数学四舍五入函数，它底层用的是 round() 的 PHP_ROUND_HALF_UP 模式，但只对浮点数截断前做一次舍入——而浮点表示本身就有精度误差。比如 8.55 在 IEEE 754 中可能存为 8.549999999999999，传给 number_format(8.55, 1) 实际处理的是 8.549...，结果变成 "8.5" 而非预期的 "8.6"。
- 这种现象在 PHP 8.5.7 之前普遍存在，尤其在金融、报表等对小数位敏感的场景里容易出错
- PHP 8.5.7 确实修复了部分边界 case（如
8.55、1.05），但仅限于float输入且小数位数 ≤2 的情况 - 若输入是字符串（如
"8.55"）或经运算生成的 float（如17.1 / 2），仍可能触发旧行为
别依赖 number_format 做精确舍入
它设计目标是格式化输出，不是数值计算。真正需要四舍五入时，该用 round() 或 bcround()（配合 bcmul/bcdiv）。
-
round(8.55, 1, PHP_ROUND_HALF_UP)更可靠，但注意：PHP 8.3+ 才默认启用PHP_ROUND_HALF_UP；老版本需显式传第三个参数 - 涉及金额时，优先转成整分单位运算，比如把
8.55元转为855分再做整数除法 - 若必须用
number_format输出，先用round()处理数值，再喂给它：number_format(round(8.55, 1), 1)
PHP 8.5.7 的修复范围很窄
这个版本确实调整了 number_format 内部对 float 字面量的解析逻辑，让 8.55、1.05 这类常见十进制小数在直接写死时表现更符合直觉。但它没改底层 float 表示，也没影响动态计算结果。
- 修复只作用于字面量 float（如
number_format(8.55, 1)），不作用于变量或表达式结果（如$x = 17.1 / 2; number_format($x, 1)） - 修复只覆盖 1–2 位小数，
number_format(1.2345, 3)依然可能出错 - 升级到 8.5.7 后，仍建议在 CI/CD 中加个简单测试：验证
number_format(8.55, 1) === "8.6"
最稳的替代方案：用 sprintf + round 组合
如果既要格式化又要可控舍入，sprintf 配合 round 是目前最轻量、兼容性最好的组合。
立即学习“PHP免费学习笔记（深入）”；
-
sprintf('%.1f', round(8.55, 1, PHP_ROUND_HALF_UP))—— 显式控制舍入再格式化 - 注意
sprintf本身也有 float 精度问题，所以 round 必须前置，不能只靠sprintf('%.1f', 8.55) - 中文环境要注意 locale：
setlocale(LC_ALL, 'en_US.UTF-8')可避免千分位符号干扰
