PHP浮点数计算不准确是因底层C的double类型遵循IEEE 754标准，无法精确表示多数十进制小数（如0.1在二进制中为无限循环小数），属所有语言共性限制；round()仅用于显示截断，不解决精度问题，且存在四舍六入五成双、字符串转float失真等陷阱；应避免用float参与关键运算，输入源头需以字符串接收并用BCMath处理。
PHP浮点数为什么算不准
PHP底层用的是C的double类型，遵循IEEE 754标准，本身就不能精确表示大多数十进制小数（比如0.1在二进制里是无限循环小数）。这不是PHP的bug，而是所有语言共有的限制。你看到0.1 + 0.2 === 0.3返回false，或者var_dump(0.1 + 0.2)输出float(0.30000000000000004)，都是这个原因。
所以“控制精度”不是让浮点数变准，而是控制它在显示、比较、存储时的行为边界。
用round()做显示截断最常用但有陷阱
round()只改变数值的近似表现，不解决底层精度问题。它适合格式化输出，但不适合用于后续计算或判断。
- 默认使用“四舍六入五成双”，不是传统四舍五入，比如
round(2.675, 2)结果是2.67而非2.68 - 如果传入字符串如
"2.675"，PHP会先转成float再计算，此时可能已失真——round("2.675", 2)和round(2.675, 2)结果可能不同 - 不要用
round($a, 2) == round($b, 2)判断相等，应该用差值绝对值比较：abs($a - $b)
示例：round(3.14159, 2) → 3.14；但round(0.1 + 0.2, 1) → 0.3（看起来对了，但0.1 + 0.2本身仍是0.30000000000000004）
立即学习“PHP免费学习笔记（深入）”；
钱和金融计算必须用bcadd()这类BC函数
涉及金额、税率、库存数量等要求严格精度的场景，别碰float。PHP的BCMath扩展提供字符串级精确运算，绕过二进制浮点限制。
- 所有操作数必须是字符串，比如
bcadd("19.99", "0.01", 2)→"20.00"，第三个参数是小数位数 - 不能混用float变量：
$a = 19.99; bcadd($a, "0.01", 2)会把$a转成字符串，但19.99可能已是"19.989999999999998"，结果出错 - 注意函数名后缀：
bcadd、bcsub、bcmul、bcdiv，除法必须指定小数位，否则默认0位 - BC函数性能比原生运算慢不少，非必要不滥用
数据库存浮点数要小心字段类型
MySQL里FLOAT和DOUBLE字段跟PHP float一样有精度缺陷；DECIMAL(10,2)才是存钱的安全选择。
- PHP往
DECIMAL字段写float值（如3.14），PDO可能自动转成3.14000000000000012434497875801753282547再入库，导致超长小数或截断 - 稳妥做法：入库前用
sprintf('%.2f', $value)或number_format($value, 2, '.', '')转成两位小数字符串，再绑定参数 - 读出来如果是字符串（PDO设置
PDO::ATTR_STRINGIFY_FETCHES => false时可能为string），直接用；如果是float，立刻转回字符串再进BC函数
真正难的不是怎么调函数，而是从输入源头就拒绝float——表单提交的数字、API传来的JSON数值、配置文件里的价格，全得当字符串接，别让它进float变量。
