javascript下的數值型比較真的沒有那麼簡單

下面兩個小問題是樓豬在實際項目開發中遇到的，貼上來和大家討論下。
1、數字長長的，在c#裡合法的長整型數字在javascript下竟然......
看下面幾行簡單代碼：

代碼

        var a = 2010060612120909191; //按時間產生的Id1
        var b = 2010060612120909199; //按時間產生的Id2
        alert(a == b);
        //alert(a); //有什麼驚人發現嗎？
        //alert(b); //最後幾位好像...
        //alert(Number(a) == Number(b));
        //alert(parseInt(a, 10) == parseInt(b, 10));
        //alert(parseFloat(a) == parseFloat(b));

您可以拷貝代碼自己在本地測試一下。實際啟動並執行結果是，a和b竟然相等，彈出的是“true”。反正樓豬第一次碰到這種情況的時候感到一絲意外。然後樓豬分別讓兩個數字彈出，這次又意外發現數字改變成了“2010060612120909300”。最後又測試了一下和數字相關的Number，parseInt和parseFloat函數，三個結果依舊是true。
然後樓豬把數字型調整成字串類型，如下：

代碼

        var a = "2010060612120909191"; //按時間產生的Id1
        var b = "2010060612120909199"; //按時間產生的Id2
        alert(a == b);//false
        alert(a); //2010060612120909191
        alert(b);  //2010060612120909199
        alert(Number(a) == Number(b)); //?
        alert(parseInt(a, 10) == parseInt(b, 10));//?
        alert(parseFloat(a) == parseFloat(b));//?

這次預料中的前三個都沒有問題，可是轉換成數值型的比較依舊返回true。
是不是這裡測試的兩個數字都不在javascript的數字限定範圍內呢？可是為什麼彈出的數字改變成了“2010060612120909300”（百位元字太詭異了）？
自己google無果後，採用了下面的函數比較兩個長整型的數字大小：

代碼

// 數字比較大小 (兩個輸入為字串或數字類型，長數型數字比較)
function compareNumber(prevNum, nextNum) {
    if (isNaN(prevNum) || prevNum.length == 0) {
        throw new Error("第一個輸入非數字");
    }
    else if (isNaN(prevNum) || prevNum.length == 0) {
        throw new Error("第二個輸入非數字");
    }
    var result = 0; //返回結果 0：兩個相等 1：第一個數字大於第二個 -1：第二個數字大於第一個
    if (prevNum.length > nextNum.length) {
        result++;
    }
    else if (prevNum.length < nextNum.length) {
        result--;
    }
    else {
        //位元一樣
        for (var i = 0; i < prevNum.length; i++) {
            var charNum1 = prevNum.toString().charAt(i);
            var charNum2 = nextNum.toString().charAt(i);
            if (parseInt(charNum1) > parseInt(charNum2)) {
                result++;
                break;
            }
            else if (parseInt(charNum2) > parseInt(charNum1)) {
                result--;
                break;
            }
        }
    }
    return result;
}

 2、帶個小數點的，parseInt的取捨
這個問題有的javascript書上已經講過。看下面的代碼：

        var a = 0.000001;
        var b = 0.0000001;
        alert(parseInt(a));
        alert(parseInt(b));
        //alert(parseInt(b, 10));//難道是沒填寫10進位的原因

您可能已經知道了。parseInt(b)返回的竟然是1！然後，將a和b換成字串測試一下：

        var a = "0.000001";
        var b = "0.0000001";
        alert(parseInt(a));
        alert(parseInt(b));

這一次，a和b返回的都是0。這個才是我們想要的預期的結果。然後樓豬大膽猜測，據說javascript處理數字碰到以0開頭的有的時候是當做八進位處理的。這一想，kao，有道理。可是這裡我們測試的兩個浮點數字a和b都是以0開頭啊？好吧，樓豬是真的想不到其他原因了，只好對產生奇怪結果的數字b，又改成parseInt(b, 10)測試一下，暈，還是1。然後，樓豬又Number和parseFloat測試了一下：

        var a = 0.000001;
        var b = 0.0000001;
        alert(Number(a));
        alert(Number(b));//1e-7
        alert(parseFloat(a));
        alert(parseFloat(b)); //1e-7

哈哈，這次樓豬似乎接近發現真相了。b在Number和parseFloat之後，都彈出1e-7，科學計數法嘛。看來還真的是八進位的問題。然後nc樓豬想當然地以為只要先將要parseInt的數字先toString或者String一下問題就可以解決了：

        var b = 0.0000001;
        alert(parseInt(b.toString(), 10));
        alert(parseInt(String(b), 10));

 暈啊，這次怎麼還是1呢？改成下面的還是一樣的：

        var b = String(0.0000001);
        alert(parseInt(b));

那麼，對於這種八進位parseInt返回科學計數法的數字，我們怎麼取整呢？按照開發需要，Math裡有函數可以幫我們輕鬆實現功能的：

        var b = 0.0000001;
        alert(Math.floor(b));

至於javascript常用的Math函數的floor和ceil方法的區別，您可以參考相關文檔，這裡不贅述。最後，期待您的寶貴意見和建議。