原來只是覺得IE解析HTML檔案的時候,需要知道其傳輸編碼,才能正確處理,而從來沒有在意過JavaScript檔案的編碼問題。結果今天發現同一頁面中的多個JavaScript檔案如果儲存編碼不同,也會有出錯的問題。這個一般怎麼會遇到呢?
原來寫的js檔案,從來沒有關心過他們的編碼問題。可是後來不知怎麼的,發現一些單獨都好使得檔案,被同時引用到一個頁面中時,就錯誤不斷,根本不能執行。Debug半天,原來是檔案編碼問題搞得鬼。
一般我們在中文OS中儲存文字檔,預設都是一GB2312編碼儲存的,比如VS.NET 2003,2005都是這樣。可是當我們在指令碼代碼中寫有""這些符號後,儲存檔案會提示讓你儲存為Unicode格式。如果你不加理會,仍然儲存為GB2312,那麼下次開啟這個檔案你會發現""變成"?"@_@。這樣的字元還有一些,比如在Windows中的高位ASCII字元,它們的Unicode定義就是一些比較怪異的字元,如果用GB2312強行存這些字元,開啟後會被兩兩合并為漢字或成為亂碼。
回到我們指令檔編碼的問題上來,如果我們在同一個頁面中引用多個JavaScript檔案,而這些檔案的儲存編碼又不同(有GB2312有又Unicode),就可能出錯。當然不是總都出,這也是最要命的。由於對於7bit ASCII碼,不管什麼編碼都是通用的,也不會有解碼問題,可是如果檔案裡包含了漢字,就有可能出錯了。
比如,GB2312儲存的js檔案:
var str = '這是一個GB2312編碼檔案。';
var description = 'this file saved as GB2312 encoding.';
可以在選擇編碼為GB2312的IE中正確的被引用。
Unicode編碼儲存的js檔案:
var strW = '這是一個Unicode編碼檔案。';
var descriptionW = 'this file saved as Unicode encoding.';
可以在選擇編碼為Unicode的IE中正確的被引用。
而這兩個檔案在下列引用中,不管怎麼選擇IE編碼也是不能正確執行結果:(
<html>
<head>
<title>Test Encode</title>
<script src="Unicode.js" language="javascript"></script>
<script src="GB2312.js" language="javascript"></script>
</head>
<body>
<script language="javascript">
alert(strW + '\r\n' + descriptionW);
alert(str + '\r\n' + description);
</script>
</body>
</html>
不過如果js中只有低位ASCII字元,不同編碼的檔案引用到一個頁面不會有問題。
測試檔案下載