PHP浮点数相加得0.30000000000000004因IEEE 754双精度无法精确表示0.1、0.2；bcadd()需传字符串参数并合理设scale，金融计算必须用BCMath，普通场景可容忍误差。
PHP浮点数直接相加为什么得到0.30000000000000004
因为PHP底层用的是IEEE 754双精度浮点格式，而0.1和0.2在二进制中都是无限循环小数，必须截断存储。加法时两个近似值相加，误差叠加，结果就变成0.30000000000000004——这不是PHP特有，JavaScript、Python、Java全一样。
bcadd()函数怎么用才不踩坑
bcadd()是BCMath扩展提供的字符串安全加法，它绕过浮点表示，全程用十进制字符串运算。但参数顺序和精度控制容易出错：
- 第一个参数必须是字符串，写成
'0.1'，不能是0.1（否则PHP会先转成浮点再传入，误差已产生） - 第三个参数
scale决定小数位数，不是“四舍五入到几位”，而是“保留几位小数”，比如bcadd('0.1', '0.2', 1)返回'0.3'，但bcadd('0.1', '0.2', 17)仍返回'0.30000000000000000'，不会补零到17位 - 如果
scale设太小（如0），bcadd('0.99', '0.99', 0)会截断而非四舍五入，结果是'1'而不是'2'
什么时候必须用BCMath，什么时候可以不用
涉及金额、计费、金融对账等场景，必须用bcadd()、bcmul()等；普通页面显示、状态判断、非精确比较可接受浮点误差。
- 错误做法：
if (0.1 + 0.2 == 0.3) { ... }→ 永远不成立 - 可用替代：
abs((0.1 + 0.2) - 0.3) 做容差比较 - 但容差法不能用于存储或累加：连续100次
$sum += 0.1，$sum可能偏离10.0达1e-15量级，累积后不可控 - BCMath要求扩展启用，线上环境需确认
extension=php_bcmath.dll（Windows）或extension=bcmath.so（Linux）已加载
BCMath不是万能的，边界情况要注意
它解决的是十进制精度问题，但不解决业务逻辑缺陷：
- 输入字符串含空格或非法字符（如
'0.1 '或'0.1a'）会导致bcadd()返回''或0，无警告 - 超大数字（如1000位整数）虽能算，但性能明显下降，
bcpow()尤其慢 - 不支持科学计数法字符串，
'1e-5'会被当作字面量'1e-5'处理，不是0.00001 - 所有BCMath函数返回字符串，不能直接参与
+运算，bcadd('1', '2', 0) + 1会触发隐式类型转换，回到浮点误差老路
实际开发中最容易被忽略的，是把原始浮点数直接喂给bcadd()——比如$a = 0.1; bcadd($a, '0.2', 1)，这时$a早已是近似值，再高精度也救不回来。必须从源头确保输入是字符串。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
