precision仅控制浮点数输出显示位数,不改变存储值或计算精度;实际值仍为IEEE 754二进制近似值,如0.1+0.2恒不等于0.3。
PHP 中的 precision 配置项**只影响浮点数输出(如 echo、var_dump)的默认显示位数,不改变实际存储值或计算精度**。它不是“控制浮点精度”的可靠手段,误用会导致数值展示失真但逻辑出错难察觉。
precision 不能真正控精度PHP 的 precision 是 INI 设置,作用于 print、echo 等输出函数的隐式字符串转换过程,底层调用的是 C 的 snprintf,仅控制小数点后最多显示几位——它不四舍五入原始值,也不参与运算,更不解决浮点二进制表示误差问题。
precision = 2 后,echo 0.1 + 0.2; 显示 0.3,但实际值仍是 0.30000000000000004
var_dump(0.1 + 0.2 === 0.3) 永远返回 bool(false)
precision 影响,仍会暴露完整浮点误差根据用途选对应方法,别依赖 precision:
sprintf('%.2f', $val) 或 number_format($val, 2, '.', '')
BCMath 扩展,例如 bcadd('0.1', '0.2', 1) → '0.3'
abs($a - $b) ,而非 ==
json_encode($data, JSON_PRESERVE_ZERO_FRACTION)(PHP 7.1+),但注意它只对整数尾部零有效,对浮点无效precision 的典型错误配置场景常见于调试时临时加 ini_se 想“让数字看起来干净”,结果埋下隐患:
ini_set('precision', '2');
$a = 9.995;
echo $a; // 输出 10,但 $a 实际仍是 9.995 —— 这里是四舍五入显示,不是截断也不是赋值变更
var_dump($a > 9.99); // bool(true),但你可能误以为它被“修约”成 10 了precision 值设太小(如 1):1.999 和 1.001 都显示为 1,掩盖差异precision 设太大(如 17):暴露 IEEE 754 尾部噪声,比如 0.1 + 0.2 显示成 0.30000000000000004
precision 默认值不同(CLI 通常为 14,Web 多为 14 或继承 php.ini),导致行为不一致真正要控精度,就得在数据生成、计算、比较、输出每个环节明确用对工具;precision 只是个“化妆镜”,照不出真实数值,也改不了底子。