一直以來(lái)我們談到網(wǎng)站前端兼容性的時(shí)候，想到的必定就是跨瀏覽器的兼容性，比如我們經(jīng)常說(shuō)我的網(wǎng)站在兼容IE、Chrome、火狐等主流瀏覽器，碉堡了。而很少人關(guān)注編碼的問(wèn)題，除非是出了什么問(wèn)題的時(shí)候，然后別人說(shuō)是編碼問(wèn)題，然后就跟著人家一步步去做，最后根本不會(huì)關(guān)注編碼的問(wèn)題。

昨天有一個(gè)有可能（我好想把這個(gè)詞改成一定?。┏蔀榭蛻舻挠脩舭l(fā)來(lái)一個(gè)參考網(wǎng)站，我打開網(wǎng)站就驚呆了，完全不堪入目啊。

當(dāng)然我非常詳細(xì)這個(gè)用戶的審美，如果他也是看到這個(gè)樣子必定不會(huì)把它作為參考，也就是在他那里他看到的必定是正常的頁(yè)面，應(yīng)該就是這樣的：

那么為什么會(huì)出現(xiàn)這樣的情況呢？其實(shí)這就是屬于我們這里要說(shuō)編碼兼容性問(wèn)題，因?yàn)樵诤芏嘀形挠脩舻臑g覽器中默認(rèn)的編碼是GBK，而也有一些不是這樣的或者改成不是這樣的。比如我個(gè)人就是把默認(rèn)編碼改成UTF-8的，于是就出現(xiàn)了上面的問(wèn)題。難道就沒(méi)有辦法統(tǒng)一起來(lái)么？也就是說(shuō)我寫的一個(gè)頁(yè)面，不管是GBK還是UTF-8還是的瀏覽器訪問(wèn)我的網(wǎng)站都正常呢？

顯然是有辦法的，懂前端的童鞋應(yīng)該都知道有一段代碼可以用來(lái)置頂?shù)摹?/p>

<meta http-equiv="Content-Type" content="text/html; charset=編碼" />

比如指定為utf-8

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

而上面這個(gè)網(wǎng)站全站是GBK的，本來(lái)應(yīng)該是需要指定為GBK，告訴瀏覽器，“嘿，哥們，哥這里的是GBK，麻煩你切換寫模式哈”，瀏覽器會(huì)說(shuō)：“好的，馬上切換”。而這個(gè)網(wǎng)站除了首頁(yè)其他都正常，我看了下他的前端代碼，發(fā)現(xiàn)他的首頁(yè)編碼指定寫是寫了，不過(guò)寫錯(cuò)了，醉了。

其實(shí)編碼問(wèn)題在開發(fā)過(guò)程中稍不注意就會(huì)出問(wèn)題，不管是前端還是后端、還是數(shù)據(jù)庫(kù)都會(huì)存在這樣的問(wèn)題；當(dāng)然有的問(wèn)題不是初始開發(fā)者造成的，而是后面非專業(yè)的用戶修改造成的。比如我有的客戶可能自己稍微照葫蘆畫瓢能改改代碼，但他直接用記事本修改，結(jié)果就可能造成編碼問(wèn)題，比如很多遇到的打開網(wǎng)站后頂部莫名其妙的多了一條空白，查看代碼發(fā)現(xiàn)出現(xiàn)了一個(gè)多余的字符串，這就是編輯器問(wèn)題造成給憑空加上了BOM頭的問(wèn)題，這樣的例子太多太多。這里舉這么一個(gè)例子，希望大家重視這塊，開發(fā)者就細(xì)心一點(diǎn)兒，而使用者就在自己不太懂的前提下就別亂改了哦。