根本原因是IEEE 754浮点数精度限制导致小数无法精确表示，如0.1+0.2≠0.3；应使用误差容忍（epsilon）比较，如abs($a-$b)<$epsilon。
PHP 中用 float 做小数比较经常“看起来相等却返回 false”，根本原因不是 PHP 特有，而是 IEEE 754 浮点数表示的固有限制——你存的压根就不是你写的那个数。
为什么 0.1 + 0.2 !== 0.3 在 PHP 里也成立
这不是 bug，是所有遵循 IEEE 754 的语言共性。比如 0.1 在二进制下是无限循环小数（类似十进制的 1/3 = 0.333...），只能近似存储。PHP 的 float 是双精度（64 位），有效精度约 15–17 位十进制数字，超出部分被舍入。
-
var_dump(0.1 + 0.2);输出float(0.30000000000000004) -
var_dump(10 * 0.1 === 1.0);返回bool(false) - 用
==或===直接比小数，只要涉及计算或不同来源（数据库读取、用户输入、JSON 解析），极易失败
怎么安全地比较两个小数是否“逻辑相等”
用误差容忍（epsilon）做差值绝对值判断，而不是直接用 ===。
- 选一个合理容差值：金融场景常用
1e-2（分），科学计算可能要1e-10；一般业务用1e-8足够 - 写成函数更可靠：
function floatEqual($a, $b, $epsilon = 1e-8) { return abs($a - $b) < $epsilon; } - 别用
round($a, 2) == round($b, 2)——round()本身在边界值（如0.035）上受 PHP 版本和平台影响，行为不一致
需要精确小数运算时，该用什么替代 float
如果业务要求零误差（比如金额、税率、库存计数），必须放弃 float。
立即学习“PHP免费学习笔记（深入）”；
- 用整数 cents 代替 dollars：存
199表示1.99元，全程整数运算 - 用
string+bcmul()/bcadd()等 BCMath 函数，支持任意精度十进制计算（需开启bcmath扩展）bcadd('1.001', '2.002', 3); // string(5) "3.003" - 避免
json_decode($json, true)默认把数字转float：加选项JSON_BIGINT_AS_STRING并手动处理小数字段为字符串
调试时怎么看出浮点数真实值
别信 echo 或 print_r 的默认输出，它们做了格式化截断。
- 用
sprintf('%.17g', $x)查看最多有效位（17 位可保证唯一反向转换） - 用
var_dump($x)比echo $x更接近实际存储值 - 检查来源：MySQL 的
DECIMAL字段经 PDO 取出后，若未设PDO::ATTR_STRINGIFY_FETCHES = false，可能被转成float导致失真
真正麻烦的不是“怎么修”，而是“哪里用了 float 却没意识到”——尤其是从外部系统（API、CSV、数据库）导入数据后直接参与条件判断或循环终止条件，这种地方最容易漏查。
