最近發現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()方法: