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 1000
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、當心浮點運算的精度問題
以上這篇深入理解JavaScript中的浮點數就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持。