正文
php浮点数据比较 php浮点型的比大小
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
为什么php用小数点相减不对呢
一则浮点数计算例子如下：
代码如下:
$a = 0.2+0.7;
$b = 0.9;
var_dump($a == $b);
打印出的结果是：bool(false)。也就是说在这里 0.2+0.7 的计算结果与 0.9 并不相等，这显然是有违我们的常识的。
对此问题，PHP官方手册曾又说明：显然简单的十进制分数如 0.2 不能在不丢失一点点精度的情况下转换为内部二进制的格式。这和一个事实有关，那就是不可能精确的用有限位数表达某些十进制分数。例如，十进制的 1/3 变成了 0.3333333...。
我们将上面的变量用双精度格式打印出来：
代码如下:
$a = 0.2+0.7;
$b = 0.9;
printf("%0.20f", $a);
echo 'br /';
printf("%0.20f", $b);
输出结果如下：
代码如下:
0.89999999999999991118
0.90000000000000002220
显然在这里，实际上作为浮点型数据，其精度已经损失了一部分，达不到完全精确。所以永远不要相信浮点数结果精确到了最后一位，也永远不要比较两个浮点数是否相等。需要说明的是，这不是PHP的问题，而是计算机内部处理浮点数的问题！在 C、JAVA 等语言中也会遇到同样的问题。
所以要比较两个浮点数，需要将其控制在我们需要的精度范围内再行比较，因此使用 bcadd() 函数来对浮点数想加并进行精度转换（为字符串）：
代码如下:
var_dump(bcadd(0.2,0.7,1) == 0.9); // 输出：bool(true)
浮点数取整
在《PHP 取整函数 ceil 与 floor》一文中，曾有例子：
代码如下:
?php
echo ceil(2.1/0.7); // 输出：4
?
经过上面对浮点数计算的探讨，知道这是浮点数计算结果不完全精确造成的：
代码如下:
?php
printf("%0.20f", (2.1/0.7)); // 输出：3.00000000000000044409
?
经过上面对浮点数计算的探讨，知道这是浮点数计算结果不完全精确造成的，因此使用 round() 函数处理一下即可：
代码如下:
?php
echo ceil( round((2.1/0.7),1) );
?
虽然 round() 函数是按照指定的精度进行四舍五入，但保留小数点后一位，对我们的取整结果是没影响的。
相关问答
Q1: php中比较两个数大小的内置函数是什么?
函数描述：mixed max(mixed arg1, mixed arg2, …,mixed argn);
返回值：返回此数组中的最大值，若参数中有浮点数，则所有参数转化成浮点数，
返回值也为浮点数；否则所有参数转化成整数，返回值为整数。
函数描述：mixed min(mixed arg1, mixed arg2, …,mixed argn);
返回值：返回此数组中的最小值，若参数中有浮点数，则所有参数转化成浮点数，
返回值也为浮点数；否则所有参数转化成整数，返回值为整数。
Q2: php 浮点加减是不是会出现精度问题
前段时间同事在算个值的时候发现，算出来的值不对，于是来问我，之前的开发中也遇到过这个问题，已经记不清楚怎么处理的了，貌似用round四舍五入来着
php浮点数的精度
浮点数的精度
浮点数的精度有限。尽管取决于系统，PHP 通常使用 IEEE 754 双精度格式，则由于取整而导致的最大相对误差为 1.11e-16。非基本数学运算可能会给出更大误差，并且要考虑到进行复合运算时的误差传递。
此外，以十进制能够精确表示的有理数如 0.1 或 0.7，无论有多少尾数都不能被内部所使用的二进制精确表示，因此不能在不丢失一点点精度的情况下转换为二进制的格式。这就会造成混乱的结果：例如，floor((0.1+0.7)*10) 通常会返回 7 而不是预期中的 8，因为该结果内部的表示其实是类似 7.9999999999999991118…。
所以永远不要相信浮点数结果精确到了最后一位，也永远不要比较两个浮点数是否相等。如果确实需要更高的精度，应该使用任意精度数学函数或者 gmp 函数。
上已经讲了解决方法是用任意精度数学函数或者 gmp 函数，具体用什么函数还是看官方文档
php浮点数据比较的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于php浮点型的比大小、php浮点数据比较的信息别忘了在本站进行查找喔。
