最近发现JS当中toFixed()方法存在一些问题，采用原生的Number对象的原型对象上的toFixed()方法时，规则并不是所谓的“四舍五入”或者是“四舍六入五成双”，所谓“四舍六入五成双”，在百度百科上给的解释是：也即“4舍6入5凑偶”这里“四”是指≤4 时舍去，"六"是指≥6时进上，"五"指的是根据5后面的数字来定，当5后有数时，舍5入1；当5后无有效数字时，需要分两种情况来讲：①5前为奇数，舍5入1；②5前为偶数，舍5不进。（0是最小的偶数） 。百度百科上涉及的几个例子在实际情况下确实成立，但不科学，并不能覆盖所有的情况。
测试浏览器：屌丝浏览器IE6以及高级屌丝浏览器IE78和所有现代主流浏览器包括IE9、IE10、FF、chrome、opera、safari。（注：在使用IE10的类似firebug的开发工具时，采用兼容IE低版本浏览器模式时的测试结果跟使用原生低版本IE浏览器的测试结果不一致）
在浮点数末尾≤4或者≥6的情况下的舍入没有争议，但当末尾正好等于5的情况下可谓混乱之极。
总结：众所周知，遵循IEEE754数值格式的语言的浮点计算会出现精度损耗的通病，ES也并非独此一家，因此尽量不要进行某个特定浮点数值的测试，如：0.1+0.2；
解决方案：重写Number.prototype.toFixed()方法:
