0.1+0.2≠0.3是ieee 754浮点数固有缺陷，php金融计算须用bcmath扩展，输入必须为字符串，配合mysql decimal类型实现全程精度可控。
金融计算中遇到 0.1 + 0.2 = 0.30000000000000004 这类结果，不是 PHP 的 bug，而是所有遵循 IEEE 754 标准的语言共有的底层限制。浮点数在二进制中无法精确表示多数十进制小数，必须用字符串+高精度扩展来规避——BCMath 是 PHP 金融级计算的事实标准。
确认 BCMath 已启用
BCMath 是 PHP 内置扩展，主流环境默认开启，但精简版或容器环境可能被禁用：
- 执行
var_dump(extension_loaded('bcmath'));，返回 true 即可直接使用 - 若为 false：Windows 下打开
php.ini，取消;extension=bcmath前的分号；Linux 下常用sudo apt install php-bcmath（Ubuntu）或sudo yum install php-bcmath（CentOS），再重启 Web 服务
核心函数调用规范
所有 BC 函数都要求输入为字符串，不可传 float 或 int（否则会先转成不精确的 float 再进函数，白用）：
- 加法：
bcadd('19.99', '5.01', 2)→'25.00' - 减法：
bcsub('100.00', '32.55', 2)→'67.45' - 乘法：
bcmul('12.5', '8', 2)→'100.00'（注意：第二个参数是字符串'8'，不是数字8） - 除法：
bcdiv('100', '3', 2)→'33.33'（除法必须显式指定 scale，否则默认为 0 位小数） - 比较：
bccomp('19.99', '20.00', 2)→-1（小于），不能用==或===直接比字符串
与 MySQL DECIMAL 完全协同
光 PHP 端用 BC 不够，存储层也必须匹配，否则读出再计算又失真：
- MySQL 字段定义用
DECIMAL(16,2)（16 位总长，2 位小数），禁止用FLOAT或DOUBLE - 写入时：PHP 中用字符串拼接或 PDO 绑定字符串参数，如
$stmt->bindValue(':amount', '19.99', PDO::PARAM_STR) - 读取后：直接将查询结果（字符串）传给
bcadd()等函数，无需任何类型转换 - 闭环验证：从数据库读出
'99.99'→ 加'0.01'→ 得'100.00'→ 存回 DECIMAL 字段，全程无精度漂移
常见避坑提醒
这些细节看似微小，却常导致对账不平：
- scale 值要统一且足够：金融场景建议全局固定为 2（分）或 4（某些跨境/利率场景），避免部分运算用 2、部分用 4 导致隐式截断
-
输入源头必须是字符串：表单接收、API 参数、配置值，一律用
(string)$_POST['amount']或 JSON decode 时禁用数字自动转换（JSON_BIGINT_AS_STRING） -
不要混用 round() 和 BC：
round(0.29 * 100)可能得 28，而bcadd('0.29', '0', 2)永远精准 -
除法后立即用于后续运算？务必保留足够小数位：比如计算费率，
bcdiv('150', '149', 6)得'1.006711'，再乘以本金才不会累积误差
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
