PHP浮点精度问题须从源头杜绝float，正确方案为BCMath字符串运算、整数单位（如“分”）或PHP 8.2+ Decimal扩展字符串构造；bcadd等函数传float即失效，因float转字符串前已失真；bcdiv必须显式指定scale，否则返回0；比较小数须用bccomp或转整数，不可用==。
PHP浮点数精度问题无法靠round()或number_format()“修好”，必须从计算源头切断IEEE 754二进制表示路径——要么用字符串走BCMath，要么用整数单位（如“分”），要么升级到PHP 8.2+用Decimal扩展。
bcadd等BCMath函数为什么传float就失效
因为bcadd()、bcmul()等函数只接受字符串参数，不接受float。一旦你写bcadd(0.1, 0.2, 1)，PHP会先将0.1和0.2转成float，此时已失真（变成0.10000000000000001这类值），再隐式转字符串传入，等于白用。
- ✅ 正确：
bcadd('0.1', '0.2', 1)—— 字符串字面量绕过浮点解析 - ❌ 错误：
bcadd(0.1, 0.2, 1)或bcadd((string)0.1, (string)0.2, 1) - 从数据库或表单拿到的数字，别用
(string)$val，改用number_format($val, 10, '.', '')或正则提取有效数字字符 -
bcscale(2)只影响后续未指定$scale的运算，但不会自动对齐输入精度；bcadd('1.234', '5.678', 2)仍按原精度算，最后才截断
除法bcdiv必须显式传$scale，否则返回0
bcdiv()是唯一默认不继承bcscale()的BCMath函数。省略$scale参数时，它直接返回整数商（小数位为0），不是四舍五入，也不是截断，就是丢掉全部小数部分。
- ❌
bcdiv('1', '3')→'0'（不是'0.333'） - ✅
bcdiv('1', '3', 6)→'0.333333' - 对比
bcadd()：它支持缺省$scale（用bcscale()值），但bcdiv()不支持 - 业务中常见错误：用
bcdiv($a, $b)做金额拆分，结果全变整数，扣款少了几分钱
比较两个小数是否相等不能用==
因为==比较的是已经失真的float值，哪怕看起来一样，底层二进制也不同。比如0.1 + 0.2 === 0.3永远是false，数据库查出的DECIMAL字段一读进PHP也可能变float而错配。
立即学习“PHP免费学习笔记（深入）”；
- ❌
if ($a == $b) { }—— 即使$a和$b都是bcadd()结果，也不能直接== - ✅ 用
bccomp($a, $b, $scale)：返回0才表示数学上相等，$scale要和运算精度一致 - ✅ 或统一转整数比：把元转成分，
gmp_cmp(gmp_init($a * 100), gmp_init($b * 100)) === 0 - 注意：
bccomp()第三个参数是小数位数，不是容差值；它做的是字符串级十进制逐位比，不是浮点差值判断
Decimal扩展构造时传float就前功尽弃
PHP 8.2+的Decimal扩展是目前最接近“直觉编程”的方案，但它对输入极其敏感：一旦构造时传入float变量，精度立刻丢失，和普通float无异。
- ✅ 正确：
new Decimal('0.29')、Decimal::fromString('19.99') - ❌ 错误：
new Decimal(0.29)——0.29在传入前已被PHP转成失真float - 检查可用性要用
class_exists('Decimal\Decimal')，不是extension_loaded('decimal') - 运算符重载可用：
(new Decimal('0.1'))->add(new Decimal('0.2')) === new Decimal('0.3')，但前提是每一步都用字符串构造
真正难的不是选哪个方案，而是守住“源头不进float”这一条线——从用户输入、数据库读取、API响应开始，所有数字只要带小数，就得在第一毫秒决定：走字符串（BCMath）、转整数（GMP/分）、还是用Decimal字符串构造。跨过这道线之后的任何round()、sprintf()、number_format()，都只是给错误结果穿西装。
