涉及面試題：為什么 0.1 + 0.2 != 0.3？如何解決這個(gè)問題？

原因，因?yàn)?JS 采用 IEEE 754雙精度版本（64位），并且只要采用 IEEE 754的語言都有該問題

我們都知道計(jì)算機(jī)是通過二進(jìn)制來存儲東西的，那么 0.1 在二進(jìn)制中會(huì)表示為

// (0011) 表示循環(huán)0.1 = 2^-4 * 1.10011(0011)

我們可以發(fā)現(xiàn)，0.1 在二進(jìn)制中是無限循環(huán)的一些數(shù)字，其實(shí)不只是 0.1，其實(shí)很多十進(jìn)制小數(shù)用二進(jìn)制表示都是無限循環(huán)的。這樣其實(shí)沒什么問題，但是 JS采用的浮點(diǎn)數(shù)標(biāo)準(zhǔn)卻會(huì)裁剪掉我們的數(shù)字。

IEEE 754 雙精度版本（64位）將 64 位分為了三段

第一位用來表示符號 接下去的 11 位用來表示指數(shù) 其他的位數(shù)用來表示有效位，也就是用二進(jìn)制表示 0.1 中的 10011(0011)

那么這些循環(huán)的數(shù)字被裁剪了，就會(huì)出現(xiàn)精度丟失的問題，也就造成了 0.1 不再是 0.1 了，而是變成了 0.100000000000000002

0.100000000000000002 === 0.1 // true

那么同樣的，0.2 在二進(jìn)制也是無限循環(huán)的，被裁剪后也失去了精度變成了 0.200000000000000002

0.200000000000000002 === 0.2 // true

所以這兩者相加不等于 0.3 而是 0.300000000000000004

0.1 + 0.2 === 0.30000000000000004 // true

那么可能你又會(huì)有一個(gè)疑問，既然 0.1 不是 0.1，那為什么 console.log(0.1) 卻是正確的呢？

因?yàn)樵谳斎雰?nèi)容的時(shí)候，二進(jìn)制被轉(zhuǎn)換為了十進(jìn)制，十進(jìn)制又被轉(zhuǎn)換為了字符串，在這個(gè)轉(zhuǎn)換的過程中發(fā)生了取近似值的過程，所以打印出來的其實(shí)是一個(gè)近似值，你也可以通過以下代碼來驗(yàn)證

console.log(0.100000000000000002) // 0.1

解決

parseFloat((0.1 + 0.2).toFixed(10)) === 0.3 // true

到此這篇關(guān)于為什么JavaScript中0.1 + 0.2 != 0.3的文章就介紹到這了,更多相關(guān)JS中0.1 + 0.2 != 0.3內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！