為什么在ASP里指定了codepage為65001還經(jīng)常顯示亂碼.才子在這里將這個(gè)問題詳細(xì)解釋一下,以免很多朋友再走彎路,甚至排斥UTF-8.
如果你還不知道UTF-8是什么東東,那才子建議你先去搜索一下UTF-8的相關(guān)資料吧.
UTF-8編碼之所以被越來越多的人接受甚至喜歡,肯定是有道理的,在WEB2.0盛行的今天,在大談多瀏覽器兼容的同時(shí),不得不想到字符編碼不同所造成的亂碼現(xiàn)象同樣需要得到很好的處理.....
在N年以前,IE6以下的所有版本,只要沒有安裝相應(yīng)的字庫,訪問相關(guān)的頁面都是會(huì)亂碼的,例如,我是IE5 (Windows2000默認(rèn)) 的版本,在沒有安裝IE繁體字庫的情況下,訪問任何繁體頁面的網(wǎng)站都是會(huì)亂碼的,當(dāng)然前提是該頁面采用了BIG5的Charset,而UTF-8作為一種國際編碼就能很好的處理該問題,只要將頁面存為UTF-8編碼格式,再在頁面上將codepage及charset全部定義為utf-8就可以在任何客戶端瀏覽器中顯示出完全正確的內(nèi)容,完全不會(huì)亂碼......

好了,才子這里以ASP頁面為例,以一個(gè)實(shí)例來看具體操作吧:

在這才子推薦用Editplus來寫代碼,才子也專門寫過一篇Editplus的使用教程,有興趣的朋友可以 點(diǎn)擊這里 去看看.

打開新建一個(gè)ASP頁面,相信玩ASP的朋友都會(huì)留意到,許多下載的源碼里,頁面最上方一般都有一句:
<%@LANGUAGE="VBSCRIPT" CODEPAGE="936"%>
前面的language應(yīng)該不用多說了,vbscript就是ASP默認(rèn)的腳本語言,其實(shí)完全可以不用寫,寫了好像還會(huì)影響頁面執(zhí)行效率,在這里我們先不討論這個(gè)問題. 后面的codepage就是關(guān)鍵了,目的就是告訴瀏覽器,此頁面是何種編碼,936代表是簡體中文,而950代表繁體中文,65001就是我們今天說的UTF-8編碼了.我們將936改成65001,整句如下:
<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>
再加上輸出幾個(gè)中文字看看能不能正確顯示吧.
<%
Response.Write "第一次測試UTF-8頁面"
%>
OK,直接點(diǎn)擊"保存",執(zhí)行這個(gè)頁面看看,如果不出意外,大家可能看到顯示出的是 "一尾UTF-8頁" 這幾個(gè)字,中文有亂碼的現(xiàn)象,什么原因呢?
OK,請大家再點(diǎn)擊最上面的 "文件" 菜單,選擇"另存為",最下面一行有個(gè)編碼,默認(rèn)應(yīng)該是ANSI的,請大家點(diǎn)下拉框,選擇UTF-8,再點(diǎn)保存,再執(zhí)行試試看,如果不出意外,亂得更厲害了,呵呵,暈了吧.別急,想想原因,因?yàn)槲覀冏龅捻撁媸荋TML返回的,以前我們寫HTML時(shí),看到body前面,也就是head里都有一句meta,應(yīng)該是這樣的:
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
也就是指定頁面以gb2312編碼返回結(jié)果,一定要寫在有返回結(jié)果輸出的前面.大家都知道gb2312是簡體中文吧,我們今天說的是UTF-8編碼,我們就將gb2312改成UTF-8吧,全部代碼如下:
<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<%
Response.Write "第一次測試UTF-8頁面"
%>
再執(zhí)行看看,嗯,這次正常顯示了吧.......

結(jié)論:采用UTF-8編碼,除了要將文件另存為UTF-8格式之外,還需要同時(shí)指定codepage及charset. 

最新評論