PHP浮点数用==判断几乎总错误，因二进制无法精确表示十进制小数，如0.1+0.2≠0.3；应使用误差范围abs($a-$b)
PHP浮点数直接用 == 判断几乎总是错的
因为二进制无法精确表示大多数十进制小数，0.1 + 0.2 在 PHP 里不等于 0.3，而是约等于 0.30000000000000004。直接用 == 或 === 比较会返回 false，哪怕肉眼看是“相等”的。
常见错误现象：var_dump(0.1 + 0.2 == 0.3); // bool(false)
- 这不是 PHP 特有，是所有遵循 IEEE 754 的语言共性
- 不要试图用
round($a, 10) == round($b, 10)应对——精度位数选错就翻车 - 真正安全的做法是：用误差范围（epsilon）做差值比较
bccomp 是为高精度字符串数值设计的，不是给 float 用的
bccomp 只接受字符串参数，内部把它们当十进制大整数处理，完全绕过浮点精度问题。但它**不接受 float 类型输入**——一旦你传 0.1 这样的字面量或 float 变量，PHP 会先把它转成字符串，而这个转换过程已经丢失精度。
错误用法：bccomp(0.1 + 0.2, 0.3, 10) → 实际传入的是 "0.30000000000000004" 和 "0.3"，结果仍是 -1
立即学习“PHP免费学习笔记（深入）”；
- 必须手动写成字符串：
bccomp("0.1", "0.2", 10)才有效 - 如果原始数据来自数据库或用户输入且已是字符串，
bccomp很合适 - 如果数据是计算出来的 float，先转字符串反而放大误差，不如改用 epsilon 比较
推荐做法：用 abs($a - $b)
这是最通用、性能好、兼容性无压力的方式。关键是选对 $epsilon —— 它不是固定值，得匹配你的业务精度需求。
例如处理金额（分）：abs($a - $b) 表示允许 ±0.005 元误差，即半分；处理科学计算可能要 <code>1e-12
- 别用
1e-15这种“看着很精确”的数——它比很多 float 运算的固有误差还小，反而导致误判 - PHP 7.2+ 提供了
PHP_FLOAT_EPSILON常量（约2.22e-16），但它是机器精度下限，**不适用于业务比较** - 简单场景可封装函数：
function float_equal($a, $b, $eps = 1e-6) { return abs($a - $b)
什么时候才该硬上 bccomp
只有当你明确需要**十进制精确运算**，且输入天然就是字符串时，bccomp 才是正解。典型场景：金融系统处理带两位小数的金额字符串、解析 CSV 中的数字字段、校验 API 返回的 decimal 字符串。
示例：bccomp("99.99", "100.00", 2) === -1 → 正确返回 -1（前者小）
- 参数必须是字符串，强制类型转换要小心：
(string)$float仍可能带尾部误差 - 第三个参数
$scale控制小数位数，不是精度容差——它只决定比较时保留几位小数，不改变原始值精度 - 性能比原生浮点比较慢一个数量级，高频循环中避免滥用
实际项目里，95% 的浮点比较需求靠 abs($a - $b) 就够了。<code>bccomp 看似“高大上”，但输错一个引号或漏掉 (string) 强转，结果就不可信。真正的难点从来不是函数怎么调，而是想清楚：你到底在比什么精度？
