以前最短的IE判定借助于IE不支持垂直制表符的特性搞出來的。

僅僅需要7bytes！參見這篇文章，《32 bytes, ehr ... 9, ehr ... 7!!! to know if your browser is IE》，講述外國人是如何把IE的判定從32 bytes一步步縮簡成7 bytes!的故事但這紀(jì)錄今年1月8日被一個俄國人打破了，現(xiàn)在只要6 bytes!它利用了IE與標(biāo)準(zhǔn)瀏覽器在處理數(shù)組的toString方法的差異做成的。對于標(biāo)準(zhǔn)游覽器，如果數(shù)組里面最后一個字符為逗號，JS引擎會自動剔除它。

這句代碼在IE9之前曾被稱為世界上最短的IE判定代碼。代碼雖短但確包含了不少javascript基礎(chǔ)知識在里面。在這個例子中代碼執(zhí)行時會先調(diào)用數(shù)組的toString()方法 ，執(zhí)行[1,].toString()在IE6,7,8中將會得到"1,"。然后表達(dá)式就變?yōu)?-"1,"。再嘗試把"1，"轉(zhuǎn)換成數(shù)值類型得到NaN ,再對NaN取負(fù)得到值仍為NaN。最后執(zhí)行!NaN返回true。下面通過分解這個語句來回顧下代碼中所涉及到的javascript知識：

1. 瀏覽器的數(shù)組字面量解析差異

[1,]表示使用javascript的數(shù)組字面量定義了一個數(shù)組。 在IE6,7,8中數(shù)組有兩個元素，數(shù)組中的值分別為1，undefined。在標(biāo)準(zhǔn)的瀏覽器中會忽略第一個元素后的undefined，數(shù)組只包含一個元素1。

2. 數(shù)組的toString()方法

調(diào)用數(shù)組對象的toString()方法時會對數(shù)組中的每個元素調(diào)用toString()方法，如果元素的值為NULL或者undefined時會返回空的字符串，然后將得到的每項的值拼成一個使用 逗號","分隔的字符串。

3. 一元減號運(yùn)算符

使用一元減號運(yùn)算符時如果運(yùn)算數(shù)是數(shù)值類型則直接對運(yùn)算數(shù)取負(fù)，否則會先嘗試把運(yùn)算數(shù)轉(zhuǎn)換為數(shù)值類型，轉(zhuǎn)換過程相當(dāng)于執(zhí)行Number函數(shù)，然后再對得到的結(jié)果取負(fù)。

4. 邏輯非運(yùn)算

執(zhí)行邏輯非運(yùn)算時如果操作數(shù)為NaN、NULL或undefined 時返回 true。

JavaScript可以這么寫：

如果從非IE的角度判定，可以省一個比特，因為我們做兼容時，絕大多數(shù)情況都是IE與非IE地開工。 var notIE = -[1,];

通過上面的知識可以得出代碼 var ie = !-[1,]; 其實等價于 var ie = !(-Number([1,].toString())); 在IE6/7/8中值為true。

因為IE6/7/8都不會忽略[1,].ToString()這個bug，即得到的是"1,"；而-Number([1,].toString())即為-Number("1,")得到的結(jié)果是NaN；然后!(-Number([1,].toString()))即為!(NaN)即得到true。一切的前提是IE6/7/8都有[1,].ToString()=>"1,"這個bug，而其它瀏覽器(應(yīng)該是大部分吧~~)則是[1,].ToString()=>"1"。

最近發(fā)現(xiàn)有朋友這樣使用用來提示用戶升級瀏覽器

<script>!-[1,] && alert('您使用的是 IE6-8 版本的瀏覽器，/n/n建議用 Chrome, Firefox, IE9+ 瀏覽！');</script>