快捷導(dǎo)航

JScript中使用ADODB.Stream判斷文件編碼的代碼

更新時間：2008年06月09日 12:08:12 作者：

在實現(xiàn)TextStraem的時候，找到判斷文件編碼的代碼是VBS的，但是在JScript中是沒有ASC等函數(shù)的，也不能對二進制數(shù)據(jù)進行處理，因此需要通過一個特別的方法來獲取文件開關(guān)的編碼標識。

一開始使用ASCII編碼來讀取文本數(shù)據(jù)，模擬讀取二進制數(shù)據(jù)，但是發(fā)現(xiàn)如果字符編碼大于127時，只會得到小于128的值，相當(dāng)于和128取余了，因此ASCII編碼是不行的。

繼續(xù)尋找，在CodeProejct.com找到一篇文章《Reading And Writing Binary Files Using JScript》，里面剛好有我需要的內(nèi)容。

其實說來也簡單，就是把編碼換一下，使用437，這個是IBM擴展過的ASCII編碼，把ASCII編碼的最高位也利用起來，將字符集中的字符從128個擴展到256個，而使用這個字符集讀取的字符數(shù)據(jù)就相當(dāng)于原始二進制數(shù)據(jù)了。

解決了障礙后，就要開始識別文件的編碼了，通過使用ADODB.Stream對象來讀取文件的開始兩個字節(jié)，然后根據(jù)這兩個字節(jié)就可以判斷文件編碼是什么了。

UTF-8文件如果帶BOM的話，那么頭兩個字節(jié)就是0xEF、0xBB，再例如Unicode文件的開始兩個字節(jié)是0xFF、0xFE，這些就是判斷文件編碼的依據(jù)。

需要注意的是，在ADODB.Stream讀取字符時，并不是一一對應(yīng)的，也就是說，如果二進制數(shù)據(jù)是0xEF，讀取出來的字符經(jīng)過charCodeAt之后，并不是0xFE，而是另外的值，這個對應(yīng)表可以在上面提到的文章里查到。

程序代碼：

復(fù)制代碼代碼如下:

function CheckEncoding(filename) {  
    var stream = new ActiveXObject("ADODB.Stream");  
    stream.Mode = 3;  
    stream.Type = 2;  
    stream.Open();  
    stream.Charset = "437";  
    stream.LoadFromFile(filename);  
    var bom = escape(stream.ReadText(2));  
    switch(bom) {  
        // 0xEF,0xBB => UTF-8  
        case "%u2229%u2557":  
            encoding = "UTF-8";  
            break;  
        // 0xFF,0xFE => Unicode  
        case "%A0%u25A0":  
        // 0xFE,0xFF => Unicode big endian  
        case "%u25A0%A0":  
            encoding = "Unicode";  
            break;  
        // 判斷不出來就使用GBK，這樣可以在大多數(shù)情況下正確處理中文  
        default:  
            encoding = "GBK";  
            break;  
    }  
    stream.Close();  
    delete stream;  
    stream = null;  
    return encoding;  
} 