$a = number_format(100.00,2);
创新互联建站长期为上1000+客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为博湖企业提供专业的网站建设、做网站，博湖网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。
$b = number_format(10000,2);
echo $a.'br';
echo $b.'br';
$c = explode(',',$b);
$n = '';
foreach($c as $v){
$n .= $v;
}
echo $a + $n;
千位分隔符后的数字就是一个字符串了，因为有逗号','，所以你只能通过将这个逗号去掉并将这串数字再组成一个整形数字，这样就可以相加了。
?php
$a="1";
$b="2";
echo $a+$b;
?
?php
$a=1;
$b=2;
echo $a+$b;
?
?php
$a=1.2;
$b=2.2;
echo $a+$b;
?
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 函数，具体用什么函数还是看官方文档
一则浮点数计算例子如下：
代码如下:
$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() 函数是按照指定的精度进行四舍五入，但保留小数点后一位，对我们的取整结果是没影响的。
