php浮点数精度丢失源于ieee 754二进制表示限制，0.1+0.2≠0.3；应全程使用bcmath（输入为字符串）或gmp（整数分单位），配合decimal数据库字段，严防隐式float转换。
PHP 原生浮点数运算和存储本身就会丢失精度，不是“保存”环节出了问题，而是从 float 类型赋值那一刻起，小数就可能已经变形了。
为什么 float 在 PHP 里存不了精确小数
因为 PHP 的 float 遵循 IEEE 754 双精度标准，底层用二进制表示十进制小数——像 0.1、0.2、0.3 这类常见小数，在二进制中是无限循环小数，必须截断，导致误差累积。
典型表现：
var_dump(0.1 + 0.2 === 0.3); // bool(false)- 数据库写入前用
number_format($f, 2)格式化，但变量本身已是错的 - 用
(string)$f转字符串再存，看似“对”，实则只是掩盖了原始值偏差
用 bcadd() 等 BCMath 函数做全程高精度计算
BCMath 不依赖 float，所有操作基于字符串数字，适合金融、计费等必须精确到分的场景。
立即学习“PHP免费学习笔记（深入）”；
关键点：
- 输入必须是字符串：
bcadd('19.99', '0.01', 2)✅；bcadd(19.99, 0.01, 2)❌（先转成float就废了） - 所有参与运算的数、结果、甚至小数位数（第三个参数）都得显式控制
- 没有自动四舍五入：如果想保留 2 位小数且四舍五入，得先用
bcadd($x, '0.005', 3)再截取 - 性能比原生
float慢一个数量级，高频简单计算别硬套
存数据库时怎么避免精度丢失
数据库字段类型决定最终精度，PHP 层只是“传话筒”。常见错误链：float → (string) → VARCHAR → SELECT → float，中间反复横跳。
正确做法：
- MySQL 用
DECIMAL(10,2)或NUMERIC，不是FLOAT或DOUBLE - PHP 写入前确保是字符串：
$pdo->prepare("INSERT INTO t(price) VALUES (?)")->execute(['19.99']); - 不要用
intval()/(int)处理带小数的价格，它会直接截断 - 读出来仍是字符串（PDO 默认），别用
+或+=自动转成float
什么时候该用 GMP 而不是 BCMath
GMP 是为大整数设计的，不支持小数。如果你的业务全是整数分（比如价格统一存“分”单位），GMP 更快、更省内存。
例如：
- 价格存 1999 分 → 用
gmp_add('1999', '1')计算 - 展示时再除以 100：
gmp_strval(gmp_div_q('1999', '100')) . '.' . str_pad(gmp_strval(gmp_mod('1999', '100')), 2, '0', STR_PAD_LEFT) - 一旦涉及小数点位置动态变化（如汇率含 5 位小数），GMP 就得自己模拟小数位，反而比 BCMath 麻烦
真正难的不是选 BCMath 还是 GMP，而是整个数据流里哪一环悄悄把字符串转成了 float——可能是某个日志函数、某个 JSON 编码、某个没加引号的数组键。盯住每一处隐式转换，比记住函数名重要得多。
