PHP保存小数不依赖bcmath的解决方法

在PHP旧版本缺乏bcmath扩展时，直接使用float处理小数会导致不可忽视的精度丢失——从0.1+0.2≠0.3的底层浮点缺陷，到MySQL插入DECIMAL字段时变成12.3、JSON输出变成科学计数法等连锁问题，根源在于IEEE 754二进制表示根本无法精确存储大多数十进制小数；真正可靠的解决方案是彻底规避float，采用“统一缩放为整数+全程整数运算”的定点数模拟策略：输入即转整型（如×100）、加减直算、乘除谨慎缩放与舍入，并严格守住“缩放因子恒定”和“中间结果永不转float”两条生命线；同时，MySQL写入必须显式绑定字符串类型，JSON输出须用number_format等格式化为确定字符串，任何环节的隐式float转换（如floatval、拼接、自动类型提升）都会让整个精度防护体系瞬间崩溃——这不仅是技术选型问题，更是需要团队共识的工程纪律。

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() 一下，整套就崩了。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。