var sum = 0; for(var i = 0; i < 10; i++) { sum += 0.1; } console.log(sum);
上面的程式會輸出1嗎?
在 你有必要知道的 25 個 JavaScript 面試題 一文中,第 8 題淺顯的說了下 js 為什麼不能正確處理小數運算的問題。今天重拾舊題,更深層的剖析下這個問題。
但要先說明的是,不能正確處理小數的運算並不是 JavaScript 語言本身的設計錯誤,其它高級程式語言,如C,Java等,也是不能正確處理小數運算的:
#include <stdio.h> void main(){ float sum; int i; sum = 0; for(i = 0; i < 100; i++) { sum += 0.1; } printf('%f\n', sum); //10.000002 }
數在電腦內部的表示
我們都知道,用高階程式語言寫的程式需要經過解釋、編譯等操作轉變成CPU(Central Processing Unit) 可以辨識的機器語言才能運行,而對CPU 來說,它不識別數的十進制、八進制和十六進制等,我們在程式中聲明的這些進制數都會被轉換成二進制數來運算。
為什麼不是要轉換成三進位數來運算呢?
電腦內部是由很多的 IC (Integrated Circuit: 積體電路) 這種電子元件構成的,它的長相大概是這樣子:
IC 有很多種形狀,在其兩側或內部並排排列著很多引腳(圖示只畫出了一側)。 IC 的所有引腳,只有直流電壓 0V 或 5V 兩個狀態,即 IC 引腳只能表示兩個狀態。 IC 的這個特性就決定了電腦內部的資料只能用二進位數處理。
由於1 位元(一個腳位)只能表示兩個狀態,所以二進位的計算方式就變成了 0、1、10、11、100….這種形式:
所以,在數的運算中,所有操作數都會被轉成二進制數參與運算,如39,會被轉換成二進制 00100111
小數的二進位表示
如前文所說,程式中的資料都會被轉換成二進制數,小數參與運算時,也會被轉成二進制,如十進制的11.1875 會被轉換成1101.0010。
小數點後4 位用二進制數表示的數值範圍是0.0000~0.1111,因此,這只能表示0.5、0.25、0.125、0.0625 這四個十進制數以及小數點後面的位權組合(相加)而成的小數:
從上表可以看出,十進制數0 的下一位是0.0625,所以,0~0.0625 之間的小數,就無法用小數點後4 位數的二進制數表示;如果增加二進制數小數點後面的位數,與其相對應的十進制數的個數也會增加,但無論增加多少位,都無法得到0.1 這個結果。實際上,0.1 轉換成二進位是 0.00110011001100110011… 注意 0011 是無限重複的:
console.log(0.2+0.1); //操作数的二进制表示 0.1 => 0.0001 1001 1001 1001…(无限循环) 0.2 => 0.0011 0011 0011 0011…(无限循环)
js 的 Number 型別並沒有像 C / Java 等分整型、單精確度、雙精確度等,而是統一表現為雙精確度浮點型。依照IEEE 的規定,單精確度浮點數以32 位元表示全體小數,而雙精確度浮點數用64 位元表示全體小數,而浮點數由符號、尾數、指數和基數組成,所以並不是所有的位數都用來表示小數,符號、指數等也要佔據位數,基數不佔據位數:
雙精度浮點數的小數部分最多支援52 位,所以兩者相加之後得到這麼一串0.0100110011001100110011001100110011001100…因浮點數小數位的限製而截斷的二進制數字,這時候轉換為十點就成了0.30000000000000004。
總結
js 不能正確處理小數運算,包括其它高級程式語言一樣,這不是語言本身的設計錯誤,而是計算機內部本身就不能正確處理小數的運算,對小數的運算往往會得到意想不到的結果,因為並不是所有的十進制小數能被二進位表示。
以上就是本文的全部內容,希望對大家的學習有所幫助。