最近发现JS当中toFixed()方法存在一些问题，采用原生的Number对象的原型对象上的toFixed()方法时，规则并不是所谓的“四舍五入”或者是“四舍六入五成双”，以谷歌浏览器为例:

alert(1.5451.toFixed(2));//输出 1.55
alert(1.545.toFixed(2)); //输出 1.54
alert(1.5551.toFixed(2)); //输出 1.56
alert(1.555.toFixed(2)); //输出 1.55
即：小数点后第三位5后面有数时进位，后面没数时舍弃不进位
注：
“四舍六入五成双”：也即“4舍6入5凑偶”这里“四”是指≤4 时舍去，"六"是指≥6时进上，"五"指的是根据5后面的数字来定，当5后有数时，舍5入1；当5后无有效数字时，需要分两种情况来讲：①5前为奇数，舍5入1；②5前为偶数，舍5不进。（0是最小的偶数） 。百度百科上涉及的几个例子在实际情况下确实成立，但不科学，并不能覆盖所有的情况。

在浮点数末尾≤4或者≥6的情况下的舍入没有争议，但当末尾正好等于5的情况下可谓混乱之极（与浏览器有关，同样的方法，在谷歌和IE上会有不同显示）。
总结：众所周知，遵循IEEE754数值格式的语言的浮点计算会出现精度损耗的通病，ES也并非独此一家，因此尽量不要进行某个特定浮点数值的测试，如：0.1+0.2；
解决方案：重写Number.prototype.toFixed()方法:

Number.prototype.toFixed=function (d) { 
    var s=this+""; 
    if(!d)d=0; 
    if(s.indexOf(".")==-1)s+="."; 
    s+=new Array(d+1).join("0"); 
    if(new RegExp("^(-|\\+)?(\\d+(\\.\\d{0,"+(d+1)+"})?)\\d*$").test(s)){
        var s="0"+RegExp.$2,pm=RegExp.$1,a=RegExp.$3.length,b=true;
        if(a==d+2){
            a=s.match(/\d/g); 
            if(parseInt(a[a.length-1])>4){
                for(var i=a.length-2;i>=0;i--){
                    a[i]=parseInt(a[i])+1;
                    if(a[i]==10){
                        a[i]=0;
                        b=i!=1;
                    }else break;
                }
            }
            s=a.join("").replace(new RegExp("(\\d+)(\\d{"+d+"})\\d$"),"$1.$2");
 
        }if(b)s=s.substr(1); 
        return (pm+s).replace(/\.$/,"");
    }return this+"";