php浮点数相等判断总出错是因为ieee 754二进制表示的固有局限，导致0.1+0.2==0.3返回false；应使用abs($a-$b)
PHP浮点数相等判断为什么总出错
因为 == 或 === 直接比较两个浮点数，大概率会返回 false，哪怕它们“看起来一样”。这是 IEEE 754 二进制表示的固有局限，不是 PHP 的 bug。
常见错误现象：0.1 + 0.2 == 0.3 返回 false；数据库查出的 0.30000000000000004 和代码里写的 0.3 对不上。
- 永远别用
==比较浮点数是否“相等” - 改用差值绝对值小于容忍误差（epsilon）：
abs($a - $b) - 如果涉及金额，直接改用整数（单位：分）或
string+bcmul/bcadd
round() 不是万能解，它只修显示不改本质
round() 改变的是数值的近似表示，但底层存储仍是浮点。比如 round(0.1 + 0.2, 1) 确实返回 0.3，但这个 0.3 本身在内存里仍是近似值，后续再参与运算仍可能累积误差。
使用场景有限：仅适合做最终展示、日志输出、简单四舍五入取整。
立即学习“PHP免费学习笔记（深入）”；
- 不要依赖
round($x, 2) == 0.3做逻辑判断 - 需要精确小数运算时，优先考虑
bcadd('0.1', '0.2', 1)（注意参数是字符串） -
round()的第三个参数（$mode）影响舍入方向，比如PHP_ROUND_HALF_UP是常规四舍五入，但默认就是它，不用显式写
什么时候必须用 BCMath，什么时候可以忍
BCMath 函数族（bcadd、bcscale、bcdiv 等）用字符串模拟十进制运算，完全规避浮点误差，代价是性能低、函数名长、不能直接用算术符。
必须用：金融计算、计费系统、需要严格小数位一致的校验（如对账）、和 Java/Go 等语言对接时要求字节级一致。
- 所有输入必须是字符串：
bcadd('19.99', '0.01', 2)，传 float 会先转成字符串，可能带误差 - 用
bcscale(2)设全局精度，否则除法等操作可能截断过多 - 不支持比较运算符，要用
bccomp($a, $b, 2)返回 -1/0/1
json_encode() 输出浮点数变奇怪怎么办
PHP 默认把浮点数原样转 JSON，而 JavaScript 解析时可能进一步引入误差，比如 123.45678901234567 在 JS 里变成 123.45678901234568。
这不是 PHP 的问题，是 JSON 规范和 JS Number 类型共同导致的。
- 敏感数据（如价格）建议提前转为整数或字符串：
['price' => (string)$price] - 用
JSON_PRESERVE_ZERO_FRACTION可强制保留小数点后零（如5.0→"5.0"），但不解决精度 - 不要指望
ini_set('precision', 17)能让 JSON 更准——它只影响var_dump和字符串转换，不影响 JSON 编码逻辑
最麻烦的点往往不在计算本身，而在数据跨层流动时被隐式转换——比如 MySQL 的 DECIMAL 查出来被 PDO 自动转成 float，一进 PHP 就失真。这种链路里的隐式类型转换，比单个 0.1 + 0.2 更难排查。
