1、js引擎在代碼載入時進行語法分析，如果js寫的不規(guī)范則語法分析通不過。這時候的錯誤稱為語法錯誤
2、語法分析通過了，js引擎會執(zhí)行代碼。執(zhí)行期間發(fā)生的錯誤稱為運行錯誤

不同引擎處理這2種錯誤的提示不太一樣。如下：

firefox下測試，引擎會忽略33后的逗號，可以通過語法檢查，在執(zhí)行期也不會報錯
IE6/7下測試，語法分析期就報錯了，當(dāng)然也不會進入執(zhí)行期了。
不過在IE8下已經(jīng)修復(fù)此問題，不會報錯了。其它瀏覽器也不會報錯。

總結(jié)下：此錯誤很難發(fā)現(xiàn)，經(jīng)常是不小心就加了個逗號，或者定義了一個很多屬性的對象或數(shù)組后來又要刪除其中的某些而不小心留下了多余的逗號。

此外，定義數(shù)組直接量時也可能碰到這個問題，如數(shù)組最后多了個逗號

IE6/7/8 輸出length為3，IE9及其它瀏覽器為2。ECMAScript 5 11.1.4 其中有段說明了應(yīng)該忽略最后的逗號。但直到IE9才實現(xiàn)該規(guī)范。其它瀏覽器則沒問題。

ECMAScript 5 11.1.4 寫道：

Array elements may be elided at the beginning, middle or end of the element list. Whenever a comma in the element list is not preceded by an AssignmentExpression (i.e., a comma at the beginning or after another comma), the missing array element contributes to the length of the Array and increases the index of subsequent elements. Elided array elements are not defined. If an element is elided at the end of an array, that element does not contribute to the length of the Array.

有人曾經(jīng)利用了數(shù)組的這個特性創(chuàng)造出了所謂《全世界最短的IE判斷》

但在IE9下被終止了。不要利用這個Bug去判斷瀏覽器。

JSON

在JSON格式中，逗號是多個屬性鍵值對間的分隔符，例如：

var json = { id: 1, name: 'heero' };

但在編程的時候，很容易會畫蛇添足，在最后一對鍵值對后也加上了逗號：

var json = { id: 1, name: 'heero', };

在這種情況下，IE6、7會報錯，但IE8以及其他瀏覽器則沒有問題。

數(shù)組

在數(shù)組中，逗號是元素間的分隔符，例如：

var arr = [1, 2, 3];

同樣地，我們也有可能不小心在最后一個元素后加了逗號：

var arr = [1, 2, 3,];

憑直覺來說，這應(yīng)該是錯誤的語法。但實際上，所有瀏覽器都對這種情況實現(xiàn)了兼容，包括IE6?？紤]這樣一段示例代碼：

var arr = [1, 2, 3,];
for (var i = 0; i < arr.length; i++) { alert(arr[i]); }

在IE以外的瀏覽器上，均依次輸出1、2、3；但在IE瀏覽器上，卻是依次輸出1、2、3、undefined。明顯地，IE在那個多余的逗號后加了一個undefined元素。

再考慮另一種情況，多余的逗號不在末尾，而是在中間：

var arr = [1, 2,, 3,];
for (var i = 0; i < arr.length; i++) { alert(arr[i]); }

所有瀏覽器均輸出1、2、undefined、3，可見處理方式是一樣的，就是在多余的逗號前插入一個undefined元素。

最新評論