String轉換爲Number有不少種方式,我能夠想到的有5種!但總有一些狀況讓人猝不及防,總結到這裏供本身往後查找方便
根據JsPerf.com的基準測試,大多數瀏覽器對parseInt的響應最佳。雖然它是最快的方式,但使用preseInt會碰到一些常見陷阱:parseInt: 沒有傳入基數時,默認是傳入的基數爲10 parseInt(num, 10),若是你不知道num屬性的類型,不要使用parseInt進行字符串轉數字。瀏覽器
parseInt('043') // returns 0 部分老瀏覽器. parseInt('20.mp4') // returns 20
若是你不解析16進制數,這是一個很是好的選擇。字符串中的負十六進制數字是一個特殊狀況,若是你用parseFloat解析,結果是不正確的。爲了不程序出現NaN的狀況,應該檢查轉化後的值。測試
parseInt(-0xFF) // returns -255 parseInt("-0xFF") // returns -255 parseFloat(-0xFF) // returns -255 parseFloat("-0xFF") // returns 0 parseFloat('44.jpg') // return 44
能夠把字符串轉換成整數,但他不是浮點數。若是是一個字符串轉換,它將返回0;這是什麼原理?經過翻轉)每一個位,也稱爲數字的A1補碼。你可使用它,但注意只能用來存儲整數。因此一般狀況不要用它,除非你能肯定這個數是在32位整數之間的值(由於調用的ToInt32的規範)。 按位非:用它確保輸入中沒有字符,僅用於整數。code
~~1.23 // returns 1 ~~"1.23" // returns 1 ~~"23" // returns 23 ~~"Hello world" // returns 0
Number與以上說起的轉換方式同樣存在這樣的問題,解析時試圖找出你給他的數字:注意:023其實是一個八進制數,不管你怎麼作,都是返回19;對於沒有單引號或雙引號的十六進制數同樣。Number也是JsPerf中最慢的之一。對象
Number("023") // returns 23 Number(023) // returns 19
"1.23" * 1 // returns 1.23 "0xFF" - 0 // returns 255 "0xFF.jpg" / 1 // returns NaN +"023" // returns 23
一元運算符與其它的解析方式不一樣,若是是一個NaN值,那麼返回的也是NaN 。這是我最喜歡的數值轉換方式,由於我認爲任何帶有字符的對象都不該該被視爲0或者根據他有多少位來「猜」。我基本使用 + 操做符,由於這個方式不容易混淆。雖然 -0 的用法也很好,但它並無很好的表達轉換爲數字的本意。字符串