PHP不使用bcmath保存小数的定点算法实现

在PHP旧版本缺乏bcmath扩展时，直接使用float存储小数会导致不可忽视的精度丢失——从0.1+0.2≠0.3的底层浮点缺陷，到MySQL插入DECIMAL字段时变成12.3、JSON输出变成科学计数法，根源在于IEEE 754二进制表示根本无法精确表达多数十进制小数；真正可靠的解法不是修补浮点运算，而是彻底绕过它：将小数统一缩放为整数（如金额×100）进行全程整数运算，并死守“缩放因子恒定”和“中间结果绝不转float”两条铁律，同时在MySQL写入和JSON输出环节强制字符串化处理，确保从存储、计算到传输全链路精度不被任何隐式类型转换悄悄瓦解。

PHP 旧版不支持 bcmath 时，float 直接保存小数会丢精度

PHP 默认的 float 是双精度浮点数（IEEE 754），在 0.1 + 0.2 !== 0.3 这类运算中必然出错；更严重的是，用 json_encode 或插入 MySQL 的 DECIMAL 字段时，12.30 可能变成 12.3，甚至因科学计数法显示为 1.23e1。这不是“显示问题”，是底层二进制表示根本存不准。

用字符串模拟定点数：核心是统一缩放 + 整数运算

绕过浮点，把小数转成整数来算——比如金额保留两位小数，就统一乘以 100 存整型，所有加减乘除都在整数层面做，最后再除回。关键不是“自己写四则函数”，而是守住「缩放因子不变」和「中间结果不转 float」这两条线：

• 输入时立刻转整数：intval(round($input * 100))（注意 round 防止 0.29 * 100 === 28.9999999）
• 加减直接整数运算：$a_cents + $b_cents
• 乘法需再缩放：($a_cents * $b_cents) / 100（但必须确保除法前不溢出，int 范围内才安全）
• 除法最危险：必须用 floor 或 round 显式取整，且要决定舍入规则（银行家舍入？截断？）

MySQL 插入前必须转字符串，否则 PHP 自动转 float 再传参

哪怕你代码里存的是 1234 表示 12.34，一旦拼进 SQL 字符串或用 PDO 绑定参数时类型没设对，PHP 仍可能把它当 float 处理。最稳做法：

• 用 PDO 时显式绑定为 PDO::PARAM_STR：$stmt->bindValue(':price', (string)$cents, PDO::PARAM_STR)
• 直接拼 SQL（不推荐但老项目常见）：用 sprintf('%.2f', $cents / 100) —— 注意这里 %.2f 是格式化输出，不是存储逻辑
• 绝对不要："$cents/100" 这种字符串拼接，PHP 会隐式转 float

JSON 输出小数要控制格式，不能依赖 json_encode 默认行为

json_encode 对 float 会自动省略末尾零、可能触发科学计数法；即使你内部用整数存，输出时若临时转 float 就前功尽弃。正确姿势是输出前格式化为字符串：

• 用 number_format($cents / 100, 2, '.', '') → 得到 "12.34"（注意第三个参数是小数点，第四个是千分位，空字符串防逗号）
• 如果字段必须是数字类型（如某些 API 规范），那就得接受它本质是 float，此时应改用 bcmath 或升级 PHP，别硬扛
• 别用 (string)($cents / 100) —— 浮点除法一上来就失真

真正难的不是写几个函数，是全局统一缩放因子、堵死所有 float 中间态、以及让团队所有人理解“这个字符串不是为了显示，是唯一可信值”。一旦某处悄悄 floatval() 一下，整套就崩了。

好了，本文到此结束，带大家了解了《PHP不使用bcmath保存小数的定点算法实现》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！