PHP函数int参数传入浮点运算结果隐式转换精度丢失问题

第三方类库中带类型声明的方法：

function setUnitPrice(?int $unitPrice)
{
    return $unitPrice;
}

调用逻辑：

$var1 = 0.58;
$var1 = $var1 * 100;
echo setUnitPrice($var1);

运行异常：

• PHP 7.2环境下输出结果为57
• PHP 8环境下抛出Deprecated警告：Implicit conversion from float 57.99999999999999 to int loses precision

这个异常是浮点数底层存储规则、PHP跨版本类型转换规则差异共同导致的：

1. 浮点数的固有精度缺陷 #

十进制小数0.58无法用二进制浮点数（PHP遵循IEEE 754双精度标准存储float类型值）精确表示，实际内存中存储的是一个和0.58极度接近、但略小于它的近似值。执行0.58 * 100运算时，得到的结果并不是数学意义上精确的58，而是57.99999999999999，也就是警告中提到的存在精度损失的浮点值。

这类精度问题不是PHP独有，所有使用二进制浮点数存储的编程语言都会存在同类现象。

2. 跨版本隐式转换规则差异 #

setUnitPrice方法参数明确声明为?int类型，传入float值时PHP会自动执行类型转换，不同版本的处理逻辑存在明显区别：

• PHP 7.2及更早版本中，float转int的隐式转换是静默执行的，转换规则为直接向零取整，全程不会给出任何风险提示。57.99999999999999会被直接截断为整数57，最终输出错误结果。之前开发不需要额外做round处理，大多是因为旧版本把精度损失的错误直接隐藏了，要么是当时的浮点数运算刚好得到了可精确表示的整数值，没有触发截断错误，不代表这类精度问题不存在。
• PHP 8版本调整了类型转换的告警逻辑：只要传入的float值无法精确转换为整数（存在精度丢失风险），就会抛出Deprecated级别的警告，强制提醒开发者注意潜在错误，避免静默返回不符合预期的结果。

intval(round($var1))的修复方案是有效的：round()会先把57.99999999999999四舍五入为精确的整数值58，再通过intval()转为整数类型，既不会出现截断导致的数值错误，也不会触发PHP8的精度丢失警告。
如果是涉及金额这类对精度要求极高的场景，更推荐从根源上规避浮点数运算：直接使用最小货币单位（如分）的整数做存储和运算，全程不使用float类型，彻底杜绝浮点数精度误差。

内容的提问来源于stack exchange，提问作者gray_15