PHP浮点数存金额会出错，因IEEE 754无法精确表示十进制小数；应使用BCMath扩展，以字符串传参进行定点十进制运算，配合MySQL DECIMAL字段及全程字符串处理确保精度。
PHP浮点数运算为什么存金额会出错
直接用 float 存金额（比如 $price = 19.99）再做加减，很可能得到 39.980000000000004 这种结果。根本原因是 IEEE 754 浮点表示法无法精确存储十进制小数，0.1 + 0.2 !== 0.3 就是典型表现。
电商、支付、财务系统里，哪怕显示四舍五入了，底层运算误差一旦累积，对账就会翻车。
所以不能靠 round() 或 number_format() 临时格式化来“掩盖”问题——它们只改字符串，不修复数值本身。
用 BCMath 做定点十进制运算
PHP 内置的 bcmath 扩展提供任意精度十进制计算，是 PHP 处理金额最稳妥的选择。它把数字当字符串传入，内部按十进制位逐位运算，彻底避开二进制浮点缺陷。
立即学习“PHP免费学习笔记（深入）”；
-
bcmul('19.99', '2', 2)→'39.98'（第三个参数是保留小数位数） -
bcadd('19.99', '5.50', 2)→'25.49' -
bccomp('19.99', '20.00', 2)→-1（比较函数，返回 -1/0/1）
注意：所有操作数必须是字符串，不能传 float 或 int；否则 PHP 会先转成浮点，误差已产生。例如 bcadd(19.99, 5.50, 2) 是错的，要写成 bcadd('19.99', '5.50', 2)。
数据库字段和 PHP 交互怎么配合
MySQL 用 DECIMAL(10,2) 存金额，PHP 读出来默认是字符串（PDO 默认 PDO::ATTR_STRINGIFY_FETCHES = false 时才是数字），但为保险起见，建议显式强制转字符串再进 BC 函数：
$amount = (string)$row['price']; // 即使是整数也要转字符串 $result = bcadd($amount, '0.50', 2);
插入前也别拼 SQL 字符串，用预处理 + bindValue，类型设为 PDO::PARAM_STR，避免自动类型转换污染精度。
如果用 Laravel Eloquent，可在模型里加 cast：protected $casts = ['price' => 'string'];，防止 ORM 自动转成 float。
BCMath 的边界要注意什么
bcmath 不是万能银弹：
- 所有函数返回值仍是字符串，不能直接参与算术运算（比如
+ - * /），得继续用 BC 系列函数链式调用 -
bcpow()、bcdiv()等除法类函数，小数位控制不如bcadd直观，bcdiv('1', '3', 2)得到'0.33'，但bcdiv('1', '3', 3)才是'0.333'，需严格按业务要求设 scale - 如果项目已大量使用 float 运算，强行切 BCMath 会涉及大量重构，建议从新模块或关键路径（如支付结算）开始切入
真正难的不是写对那几行 bcadd，而是让整个数据流——从用户输入、API 接收、中间计算、DB 存取、再到展示——全程守住字符串+定点运算这一条线。漏掉一环，精度就垮了。
