[Effective JavaScript 筆記] 第2條：了解JavaScript的浮點數

JavaScript數值型類型隻有數字

js隻有一種數值型資料類型，不管是整數還是浮點數，js都把歸為數字。

typeof 17;   // “number”

typeof 98.6; // “number”

typeof –2.1; // “number”

js中的所有數字都是雙精度浮點數。是由IEEE754标準制定的64位編碼數字（這個是什麼東東，不知道，回頭查一下吧）

那麼js是如何表達整數的，雙精度浮點數可以完美地表示高達53位精度的整數（沒有什麼概念，沒處理過多大的資料，沒用完過！），從-9007199254740992（-253）到9007199254740992（253）的所有整數都是有效的雙精度浮點數。

大多數算術運算符都可以使用整數、實數或兩者的組合進行計算。

0.1*1.9    //0.19

-99+100  //1

21-12.3  //8.7

2.5/5   //0.5

21%8  //5

算術運算符比較特殊，js不會直接将操作數作為浮點數進行計算，而是将其隐式轉換為32位整數後進行運算。（确切的說，會被轉換為32位大端（big-endian）的2的補碼表示的整數（實話說這裡真的不知道是什麼意思，求科普））以按位或運算表達式為例：

8|1; //9

運算過程

首先8和1是雙精度的浮點數。但也可以表示為32位整數，即32位的二進制表示。

整數8表示為32位二進制為：

0000 0000 0000 0000 0000 0000 0000 1000

也可能過

(8).toString(2); //”1000”

toString的參數是轉換基數

(下面是我試的以其它基數轉換的，和本文無關)

(8).toString(8); //”10”

(8).toString(16); //”8”

整數1表示為32位二進制為：

0000 0000 0000 0000 0000 0000 0000 0001

運作按位或

-------------------------------------------------

0000 0000 0000 0000 0000 0000 0000 1001

同樣的使用标準庫函數parseInt驗證，同樣以2作為基數，前導0不影響運算結果，不必要。

parseInt('1001',2) //9

parseInt('1001',8) //513

parseInt('1001',16) //4097

總結算術運算的過程就是，将操作數轉換為整數，然後使用整數位模式進行運算，最後将結果轉換為标準的js浮點數。

浮點數的警示：出了名的不精确。比如

0.1+0.2; //0.30000000000000004

原因:盡管64位浮點數精度已經很高，但雙精度浮點數也隻能表示一組有限的數字，而不能表示所有的實數集。浮點運算隻能産生近似的結果，四舍五入到最接近的可表示的實數。當你執行一系列的運算，随着舍入誤差的積累，運算結果會越來越不精确。舍入也使算術運算定律産生一些偏差。例如結合律。對于任意實數

x,y,z總滿足(x+y)+z=x+(y+z)

浮點數就不一定：

(0.1+0.2)+0.3; //0.6000000000000001

0.1+(0.2+0.3); //0.6

浮點數權衡了精度和性能，關心精度時，要小心浮點數的局限性。

解決辦法就是把浮點運算轉化為整數運算。

(10+20)+30; //60

10+(20+30); //60

然後再除少放大倍數。要注意整數範圍要在-253~253内。

總結

1、js的數字都是雙精度的浮點數

2、js的整數僅僅是雙精度浮點數的一個子集，不是單獨的一個類型

3、位運算将數字視為32位的有符号整數

4、當心浮點運算的精度問題

版權聲明

翻譯的文章，版權歸原作者所有，隻用于交流與學習的目的。

原創文章，版權歸作者所有，非商業轉載請注明出處，并保留原文的完整連結。