PHP小数精度问题解决方法

PHP中CLI与Web环境小数显示不一致的根本原因并非计算错误，而是受php.ini中precision配置差异影响——该设置控制浮点数序列化、输出和类型转换时的有效数字位数（默认14位），而非小数点后位数；真正可靠的解决方案是摒弃浮点数存储金额等关键数据，改用字符串或整数（如以“分”为单位），展示时用number_format，JSON传输启用JSON_PRESERVE_ZERO_FRACTION，数据库则选用DECIMAL类型并配合PDO::PARAM_STR绑定，从而绕过浮点精度陷阱，直击业务数据准确性的核心需求。

PHP CLI 和 Web 环境小数保存结果不一致，本质是精度配置不同

不是 PHP 本身“算错了”，而是 serialize()、json_encode()、var_dump() 或数据库写入前的类型转换，受 precision 这个 ini 配置影响——而 CLI 和 Web（如 Apache + mod_php 或 FPM）往往加载了不同的 php.ini，导致同一段代码输出看起来“不一样”。

确认当前环境的 precision 值

直接输出查看最可靠，别猜配置文件路径：

php -r "echo ini_get('precision');"

Web 端加一行：

• 默认值通常是 14（PHP 7.1+），但某些 Docker 镜像或 shared hosting 可能设为 17 或 -1（表示用最大可用精度）
• precision = 14 意味着浮点数显示/序列化时最多保留 14 位有效数字，不是小数点后 14 位
• 比如 0.1 + 0.2 实际是 0.30000000000000004，precision=14 会显示成 0.3，而 precision=17 会暴露尾部误差

保存小数时真正可控的方法（绕过 precision 干扰）

如果你要“保存”小数（比如入库、写 JSON、传给前端），靠调整 precision 是治标。应该明确数据意图：

• 金额类：一律用 string 或整数（单位“分”），避免浮点运算，例如 "19.99" 或 1999
• 需要固定小数位展示：用 number_format($val, 2, '.', '') 或 sprintf('%.2f', $val)，但注意这是字符串，不能再当数字计算
• JSON 输出需精确：用 JSON_PRESERVE_ZERO_FRACTION（PHP 7.1+），它会让 1.0 变成 1.0 而非 1，但不解决浮点误差本身
• 数据库写入：PDO 绑定参数时用 PDO::PARAM_STR 强制走字符串，或使用 DECIMAL 字段配合 number_format 入库

为什么 var_dump() 和 echo 显示不同

这是最容易混淆的一点：

• var_dump(0.1 + 0.2) 受 precision 控制，可能显示 float(0.3)（隐藏了误差）
• echo (0.1 + 0.2) === 0.3 ? 'yes' : 'no' 永远输出 no，因为底层二进制表示根本不同
• json_encode([0.1 + 0.2]) 同样受 precision 影响，但 PHP 7.4+ 默认用更保守的精度逻辑，可能比 CLI 显示更多位数
• 用 sprintf('%.17g', 0.1 + 0.2) 才能看到真实存储值：0.30000000000000004

差异根源不在 CLI/Web，而在你没意识到：浮点数本就不能精确表示十进制小数，所有“看起来一样”的输出，都是精度截断后的幻觉。

今天关于《PHP小数精度问题解决方法》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！