和大家分享一个有趣的测试：

0.1+0.2 == 0.3 //false

顿时郁闷，好吧！原来0.1+0.2变成：0.30000000000000004

再来一个 2.4/0.8 =>2.9999999999999996 没办法换种方式，都转换成整数 (2.4 * 100)/(0.8 * 100)

10.22 现在要减去 0.11 结果值又出现了很多的小数 10.110000000000001，然后我就用了 toFixed 方法来过滤小数，但是不知道跟前面那种转换成整数后再执行哪种效率高，好！还是试下再说吧！

var date1 = new Date();

for(var i = 0; i < 10000; i++){

var result1 = (10.22 - 0.11).toFixed(2);

}

alert(new Date() - date1);//效率低

var date2 = new Date();

for(var j = 0; j < 10000; j++){

var result2 = (10.22 * 1000 - 0.11 * 1000) / 1000;

}

alert(new Date() - date2);//效率高

alert(0.1 + 0.2 == 0.3); //既然返回false

alert(0.1 + 0.2); //既然返回0.30000000000000004

alert(parseFloat(0.1) + parseFloat(0.2)); //还是返回0.30000000000000004

查了一些资料，一是 JavaScript 浮点数计算的 Bug，另一个是和计算机最终转换成二进制计算有关系，但是为什么不是所有小数都会有这种现象，目前我也不清楚，有时间再去深入研究一下。

解决方法：

解决这种问题两种方法，第一种就是利用JavaScript 的toFixed(n) 方法，直接获取N 位小数，不过，个人觉得这种方法在数据精度上会有一些问题。如果数据精度要求不高的话可以使用。

alert((0.1 + 0.2).toFixed(1));

第二种方法就是自己编写运算方法。以下是自定义加法函数，使用此方法进行相加会避免上面问题。

/自定义加法运算

function addNum (num1, num2) {

var sq1,sq2,m;

try {

sq1 = num1.toString().split(".")[1].length;

}

catch (e) {

sq1 = 0;

}

try {

sq2 = num2.toString().split(".")[1].length;

}

catch (e) {

sq2 = 0;

}

m = Math.pow(10,Math.max(sq1, sq2));

return (num1 * m + num2 * m) / m;

}

alert(addNum(0.1, 0.2));

当然，简单一点也可以写成：alert((num * 3 + 10 * 3) /3); 这样也不会出现 N 多位小数。

alert((num * 3 + 10 * 3) /3); 与 alert(num + 10); 这两种写法计算机在底层转换成二进制运算是有区别的，或许这就是出现上述问题的原因，还有待我们去深入研究，大家可以多多讨论。