編碼一直是讓新手頭疼的問(wèn)題，特別是 GBK、GB2312、UTF-8 這三個(gè)比較常見(jiàn)的網(wǎng)頁(yè)編碼的區(qū)別，更是讓許多新手暈頭轉(zhuǎn)向，怎么解釋也解釋不清楚。但是編碼又是那么重要，特別在網(wǎng)頁(yè)這一塊。如果你打出來(lái)的不是亂碼，而網(wǎng)頁(yè)中出現(xiàn)了亂碼，絕大部分原因就出在了編碼上了。此外除了亂碼之外，還會(huì)出現(xiàn)一些其他問(wèn)題（例如：IE6 的 CSS 加載問(wèn)題）等等。潛行者m?寫(xiě)出本文的目的，就是要徹底解釋清楚這個(gè)編碼問(wèn)題！如果你遇到了類似的問(wèn)題，那就要仔細(xì)的看看這篇文章。

ANSI、GBK、GB2312、UTF-8、GB18030和 UNICODE

這幾個(gè)編碼關(guān)鍵詞是比較常見(jiàn)的，雖然我把我們放在了一起說(shuō)，但并不意味這這幾個(gè)東西是平級(jí)的關(guān)系。本部分的內(nèi)容，引用自網(wǎng)絡(luò)略有修改，不知原文出處，故無(wú)法署名。

很久很久以前，有一群人，他們決定用8個(gè)可以開(kāi)合的晶體管來(lái)組合成不同的狀態(tài)，以表示世界上的萬(wàn)物，他們把這稱為”字節(jié)”。再后來(lái)，他們又做了一些可以處理這些字節(jié)的機(jī)器，機(jī)器開(kāi)動(dòng)了，可以用字節(jié)來(lái)組合出很多狀態(tài)，狀態(tài)開(kāi)始變來(lái)變?nèi)?#xff0c;他們就把這機(jī)器稱為”計(jì)算機(jī)”。

開(kāi)始計(jì)算機(jī)只在美國(guó)用。八位的字節(jié)一共可以組合出256(2的8次方)種不同的狀態(tài)。他們把其中的編號(hào)從0開(kāi)始的32種狀態(tài)分別規(guī)定了特殊的用途，一但終端、打印機(jī)遇上約定好的這些字節(jié)被傳過(guò)來(lái)時(shí)，就要做一些約定的動(dòng)作。遇上 00×10, 終端就換行，遇上0×07, 終端就向人們嘟嘟叫，例好遇上0x1b, 打印機(jī)就打印反白的字，或者終端就用彩色顯示字母。他們看到這樣很好，于是就把這些0×20以下的字節(jié)狀態(tài)稱為”控制碼”。

他們又把所有的空格、標(biāo)點(diǎn)符號(hào)、數(shù)字、大小寫(xiě)字母分別用連續(xù)的字節(jié)狀態(tài)表示，一直編到了第127號(hào)，這樣計(jì)算機(jī)就可以用不同字節(jié)來(lái)存儲(chǔ)英語(yǔ)的文字 了。大家看到這樣，都感覺(jué)很好，于是大家都把這個(gè)方案叫做?ANSI?的”Ascii”編碼（American Standard Code for Information Interchange，美國(guó)信息互換標(biāo)準(zhǔn)代碼）。當(dāng)時(shí)世界上所有的計(jì)算機(jī)都用同樣的ASCII方案來(lái)保存英文文字。

后來(lái)計(jì)算機(jī)發(fā)展越來(lái)越廣泛，世界各國(guó)為了可以在計(jì)算機(jī)保存他們的文字，他們決定采用127號(hào)之后的空位來(lái)表示這些新的字母、符號(hào)，還加入了很多畫(huà)表格時(shí)需要用下到的橫線、豎線、交叉等形狀，一直把序號(hào)編到了 最后一個(gè)狀態(tài)255。從128到255這一頁(yè)的字符集被稱”擴(kuò)展字符集”。但是原有的編號(hào)方法，已經(jīng)再也放不下更多的編碼。

等中國(guó)人們得到計(jì)算機(jī)時(shí)，已經(jīng)沒(méi)有可以利用的字節(jié)狀態(tài)來(lái)表示漢字，況且有6000多個(gè)常用漢字需要保存呢。于是國(guó)人就自主研發(fā)，把那些127號(hào)之后的奇異符號(hào)們直接取消掉。規(guī)定：一個(gè)小于127的字符的意義與原來(lái)相同，但兩個(gè)大于127的字符連在一起時(shí)，就表示一個(gè)漢字，前面的一個(gè)字節(jié)（他稱之為高字節(jié)）從0xA1用到 0xF7，后面一個(gè)字節(jié)（低字節(jié)）從0xA1到0xFE，這樣我們就可以組合出大約7000多個(gè)簡(jiǎn)體漢字了。在這些編碼里，我們還把數(shù)學(xué)符號(hào)、羅馬希臘的字母、日文的假名們都編進(jìn)去了，連在 ASCII 里本來(lái)就有的數(shù)字、標(biāo)點(diǎn)、字母都統(tǒng)統(tǒng)重新編了兩個(gè)字節(jié)長(zhǎng)的編碼，這就是常說(shuō)的”全角”字符，而原來(lái)在127號(hào)以下的那些就叫”半角”字符了。

中國(guó)人民看到這樣很不錯(cuò)，于是就把這種漢字方案叫做 “GB2312″。GB2312?是對(duì)?ASCII?的中文擴(kuò)展。

但是中國(guó)的漢字太多了，后來(lái)還是不夠用，于是干脆不再要求低字節(jié)一定是127號(hào)之后的內(nèi)碼，只要第一個(gè)字節(jié)是大于127就固定表示這是一個(gè)漢字的開(kāi)始，不管后面跟的是不是 擴(kuò)展字符集里的內(nèi)容。結(jié)果擴(kuò)展之后的編碼方案被稱為?GBK?標(biāo)準(zhǔn)，GBK 包括了 GB2312 的所有內(nèi)容，同時(shí)又增加了近20000個(gè)新的漢字（包括繁體字）和符號(hào)。后來(lái)少數(shù)民族也要用電腦了，于是我們?cè)贁U(kuò)展，又加了幾千個(gè)新的少數(shù)民族的字，GBK?擴(kuò)成了?GB18030。從此之后，中華民族的文化就可以在計(jì)算機(jī)時(shí)代中傳承了。

因?yàn)楫?dāng)時(shí)各個(gè)國(guó)家都像中國(guó)這樣搞出一套自己的編碼標(biāo)準(zhǔn)，結(jié)果互相之間誰(shuí)也不懂誰(shuí)的編碼，誰(shuí)也不支持別人的編碼。當(dāng)時(shí)的中國(guó)人想讓電腦顯示漢字，就必須裝上一個(gè)”漢字系統(tǒng)”，專門(mén)用來(lái)處理漢字的顯示、輸入的問(wèn)題，裝錯(cuò)了字符系統(tǒng)，顯示就會(huì)亂了套。這怎么辦？就在這時(shí)，一個(gè)叫?ISO?（國(guó)際標(biāo)誰(shuí)化組織）的國(guó)際組織決定著手解決這個(gè)問(wèn)題。他們采用的方法很簡(jiǎn)單：廢了所有的地區(qū)性編碼方案，重新搞一個(gè)包括了地球上所有文化、所有字母和符號(hào)的編碼！他們打算叫它”Universal Multiple-Octet Coded Character Set”，簡(jiǎn)稱 UCS, 俗稱 “UNICODE”。

UNICODE 開(kāi)始制訂時(shí)，計(jì)算機(jī)的存儲(chǔ)器容量極大地發(fā)展了，空間再也不成為問(wèn)題了。于是 ISO 就直接規(guī)定必須用兩個(gè)字節(jié)，也就是16位來(lái)統(tǒng)一表示所有的字符，對(duì)于 ascii 里的那些”半角”字符，UNICODE 包持其原編碼不變，只是將其長(zhǎng)度由原來(lái)的8位擴(kuò)展為16位，而其他文化和語(yǔ)言的字符則全部重新統(tǒng)一編碼。由于”半角”英文符號(hào)只需要用到低8位，所以其高 8位永遠(yuǎn)是0，因此這種大氣的方案在保存英文文本時(shí)會(huì)多浪費(fèi)一倍的空間。

但是，UNICODE 在制訂時(shí)沒(méi)有考慮與任何一種現(xiàn)有的編碼方案保持兼容，這使得 GBK 與UNICODE 在漢字的內(nèi)碼編排上完全是不一樣的，沒(méi)有一種簡(jiǎn)單的算術(shù)方法可以把文本內(nèi)容從UNICODE編碼和另一種編碼進(jìn)行轉(zhuǎn)換，這種轉(zhuǎn)換必須通過(guò)查表來(lái)進(jìn)行。UNICODE 是用兩個(gè)字節(jié)來(lái)表示為一個(gè)字符，他總共可以組合出65535不同的字符，這大概已經(jīng)可以覆蓋世界上所有文化的符號(hào)。

UNICODE 來(lái)到時(shí)，一起到來(lái)的還有計(jì)算機(jī)網(wǎng)絡(luò)的興起，UNICODE 如何在網(wǎng)絡(luò)上傳輸也是一個(gè)必須考慮的問(wèn)題，于是面向傳輸?shù)谋姸?UTF（UCS Transfer Format）標(biāo)準(zhǔn)出現(xiàn)了，顧名思義，UTF8?就是每次8個(gè)位傳輸數(shù)據(jù)，而?UTF16?就是每次16個(gè)位，只不過(guò)為了傳輸時(shí)的可靠性，從UNICODE到 UTF時(shí)并不是直接的對(duì)應(yīng)，而是要過(guò)一些算法和規(guī)則來(lái)轉(zhuǎn)換。

看完這些，相信你對(duì)于這幾個(gè)編碼關(guān)系等，了解的比較清楚了吧。我再來(lái)簡(jiǎn)單的總結(jié)一下：

• 中國(guó)人民通過(guò)對(duì) ASCII 編碼的中文擴(kuò)充改造，產(chǎn)生了 GB2312 編碼，可以表示6000多個(gè)常用漢字。
• 漢字實(shí)在是太多了，包括繁體和各種字符，于是產(chǎn)生了 GBK 編碼，它包括了 GB2312 中的編碼，同時(shí)擴(kuò)充了很多。
• 中國(guó)是個(gè)多民族國(guó)家，各個(gè)民族幾乎都有自己獨(dú)立的語(yǔ)言系統(tǒng)，為了表示那些字符，繼續(xù)把 GBK 編碼擴(kuò)充為 GB18030 編碼。
• 每個(gè)國(guó)家都像中國(guó)一樣，把自己的語(yǔ)言編碼，于是出現(xiàn)了各種各樣的編碼，如果你不安裝相應(yīng)的編碼，就無(wú)法解釋相應(yīng)編碼想表達(dá)的內(nèi)容。
• 終于，有個(gè)叫 ISO 的組織看不下去了。他們一起創(chuàng)造了一種編碼 UNICODE ，這種編碼非常大，大到可以容納世界上任何一個(gè)文字和標(biāo)志。所以只要電腦上有 UNICODE 這種編碼系統(tǒng)，無(wú)論是全球哪種文字，只需要保存文件的時(shí)候，保存成 UNICODE 編碼就可以被其他電腦正常解釋。
• UNICODE?在網(wǎng)絡(luò)傳輸中，出現(xiàn)了兩個(gè)標(biāo)準(zhǔn) UTF-8 和 UTF-16，分別每次傳輸 8個(gè)位和 16個(gè)位。

于是就會(huì)有人產(chǎn)生疑問(wèn)，UTF-8 既然能保存那么多文字、符號(hào)，為什么國(guó)內(nèi)還有這么多使用 GBK 等編碼的人？因?yàn)?UTF-8 等編碼體積比較大，占電腦空間比較多，如果面向的使用人群絕大部分都是中國(guó)人，用 GBK 等編碼也可以。但是目前的電腦來(lái)看，硬盤(pán)都是白菜價(jià)，電腦性能也已經(jīng)足夠無(wú)視這點(diǎn)性能的消耗了。所以推薦所有的網(wǎng)頁(yè)使用統(tǒng)一編碼：UTF-8。

關(guān)于記事本無(wú)法單獨(dú)保存“聯(lián)通”的問(wèn)題

當(dāng)你新建一個(gè) 文本文檔 之后，在里面輸入 “聯(lián)通” 兩個(gè)字，然后保存。當(dāng)你再次打開(kāi)的時(shí)候，原來(lái)輸入的 “聯(lián)通” 會(huì)變成兩個(gè)亂碼。

這個(gè)問(wèn)題就是因?yàn)?GB2312 編碼與 UTF8 編碼產(chǎn)生了編碼沖撞造成的。從網(wǎng)上引來(lái)一段從UNICODE到UTF8的轉(zhuǎn)換規(guī)則：

UTF-8
0000 – 007F

0xxxxxxx

0080 – 07FF

110xxxxx 10xxxxxx

0800 – FFFF

1110xxxx 10xxxxxx 10xxxxxx

例如”漢”字的Unicode編碼是6C49。6C49在0800-FFFF之間，所以要用3字節(jié)模板：1110xxxx 10xxxxxx 10xxxxxx。將6C49寫(xiě)成二進(jìn)制是：0110 1100 0100 1001，將這個(gè)比特流按三字節(jié)模板的分段方法分為0110 110001 001001，依次代替模板中的x，得到：1110-0110 10-110001 10-001001，即E6 B1 89，這就是其UTF8的編碼。

而當(dāng)你新建一個(gè)文本文件時(shí)，記事本的編碼默認(rèn)是ANSI, 如果你在ANSI的編碼輸入漢字，那么他實(shí)際就是GB系列的編碼方式，在這種編碼下，”聯(lián)通”的內(nèi)碼是：

c1 1100 0001

aa 1010 1010

cd 1100 1101

a8 1010 1000

注意到了嗎？第一二個(gè)字節(jié)、第三四個(gè)字節(jié)的起始部分的都是”110″和”10″，正好與UTF8規(guī)則里的兩字節(jié)模板是一致的，于是再次打開(kāi)記事本 時(shí)，記事本就誤認(rèn)為這是一個(gè)UTF8編碼的文件，讓我們把第一個(gè)字節(jié)的110和第二個(gè)字節(jié)的10去掉，我們就得到了”00001 101010″，再把各位對(duì)齊，補(bǔ)上前導(dǎo)的0，就得到了”0000 0000 0110 1010″，不好意思，這是UNICODE的006A，也就是小寫(xiě)的字母”j”，而之后的兩字節(jié)用UTF8解碼之后是0368，這個(gè)字符什么也不是。這就 是只有”聯(lián)通”兩個(gè)字的文件沒(méi)有辦法在記事本里正常顯示的原因。

由這個(gè)問(wèn)題，可以發(fā)散出很多問(wèn)題。比較常見(jiàn)的一個(gè)問(wèn)題就是：我已經(jīng)把文件保存成了 XX 編碼，為什么每次打開(kāi)，還是原來(lái)的 YY 編碼？！原因就在于此，你雖然保存成了 XX 編碼，但是系統(tǒng)識(shí)別的時(shí)候，卻誤識(shí)別為了 YY 編碼，所以還是顯示為 YY 編碼。為了避免這個(gè)問(wèn)題，微軟公司弄出了一個(gè)叫?BOM?頭的東西。

關(guān)于文件 BOM 頭的問(wèn)題

當(dāng)使用類似 WINDOWS 自帶的記事本等軟件，在保存一個(gè)以UTF-8編碼的文件時(shí)，會(huì)在文件開(kāi)始的地方插入三個(gè)不可見(jiàn)的字符（0xEF 0xBB 0xBF，即BOM）。它是一串隱藏的字符，用于讓記事本等編輯器識(shí)別這個(gè)文件是否以UTF-8編碼。這樣就可以避免這個(gè)問(wèn)題了。對(duì)于一般的文件，這樣并不會(huì)產(chǎn)生什么麻煩。

這樣做，也有弊處，尤其體現(xiàn)在網(wǎng)頁(yè)中。PHP并不會(huì)忽略BOM，所以在讀取、包含或者引用這些文件時(shí)，會(huì)把BOM作為該文件開(kāi)頭正文 的一部分。根據(jù)嵌入式語(yǔ)言的特點(diǎn)，這串字符將被直接執(zhí)行（顯示）出來(lái)。由此造成即使頁(yè)面的 top padding 設(shè)置為0，也無(wú)法讓整個(gè)網(wǎng)頁(yè)緊貼瀏覽器頂部，因?yàn)樵趆tml一開(kāi)頭有這3個(gè)字符。如果你在網(wǎng)頁(yè)中，發(fā)現(xiàn)了由未知的空白等，很有可能就是由于文件有 BOM 頭造成的。遇到這種問(wèn)題，把文件保存的時(shí)候，不要帶有 BOM 頭！

如何查看和修改某文檔的編碼

1，直接使用記事本查看和修改。我們可以用記事本打開(kāi)文件，然后點(diǎn)擊左上角的 “文件” =》“另存為”，這時(shí)候就會(huì)彈出一個(gè)保存的窗口。在下面選擇好編碼之后，點(diǎn)擊保存就可以了。

但是這種方式的選擇余地非常小，通常用來(lái)快速查看文件是什么編碼。我更推薦使用下面的方法。

2，使用其他文本編輯器（例如：notepad ++）來(lái)查看修改。幾乎所有的成熟的文本編輯器（例如：Dreamweaver、Emeditor等），都可以快速查看或修改文件編碼。這一點(diǎn)尤其體現(xiàn)在 notepad++ 上面。

打開(kāi)一個(gè)文件之后，會(huì)在右下角顯示當(dāng)前文件的編碼。

點(diǎn)擊上面菜單欄中的 “encoding” 即可把當(dāng)前文檔轉(zhuǎn)換成其他編碼

轉(zhuǎn)載于:https://www.cnblogs.com/sourcebank/p/3191874.html

總結(jié)

以上是生活随笔為你收集整理的网页编码就是那点事的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。