UTF8編碼開發(fā)中頁面空白問題的解決方法

2024-07-21 01:22:44

字體：大中小

供稿：網(wǎng)友

原因是全部采用utf8編碼，包含文件的時候，最后的二進制流中包含了多次UTF8 BOM標(biāo)記，IE不能正常解析包含多個UTF8 BOM 標(biāo)記的頁面，直接替換成實際顯示的回車，這樣導(dǎo)致一個空行，而firefox卻沒有這個問題。
　　故如果模板采用包含的方法包含多個utf8文件需要用ultraedit保存時另存為功能選擇utf8 無bom格式保存即可。
　　另外，如果中文頁面在html head標(biāo)記中將title標(biāo)記放在<meta http-equiv=”content-type” content=”text/html; charset=UTF-8″ />前面會導(dǎo)致頁面空白。
　　所以utf8頁面應(yīng)該使用標(biāo)準(zhǔn)順序

<meta http-equiv=”content-type” content=”text/html; charset=UTF-8″ />
<meta http-equiv=”content-language” content=”zh-CN” />
<meta name=”robots” content=”index,follow” />
<meta name=”keywords” content=”" />
<meta name=”description” content=”" />
<meta name=”rating” content=”general” />
<meta name=”author” content=”" />
<meta name=”copyright” content=”" />
<meta name=”generator” content=”" />
<title></title>

BOM頭：/xEF/xBB/xBF，PHP4、5尚對BOM無視，所以在解析前直接輸出。
對此 w3.org 標(biāo)準(zhǔn) FAQ 中對此問題有一個專門的描述：

http://www.w3.org/International/questions/qa-utf8-bom

具體如下:

在UCS 編碼中有一個叫做”ZERO WIDTH NO-BREAK SPACE”的字符，它的編碼是FEFF。而FFFE在UCS中是不存在的字符，所以不應(yīng)該出現(xiàn)在實際傳輸中。UCS規(guī)范建議我們在傳輸字節(jié)流前，先傳輸字符”ZERO WIDTH NO-BREAK SPACE”。這樣如果接收者收到FEFF，就表明這個字節(jié)流是Big-Endian的；如果收到FFFE，就表明這個字節(jié)流是Little- Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被稱作BOM。

UTF-8不需要BOM來表明字節(jié)順序，但可以用BOM來表明編碼方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8編碼是EF BB BF。所以如果接收者收到以EF BB BF開頭的字節(jié)流，就知道這是UTF-8編碼了。

Windows就是使用BOM來標(biāo)記文本文件的編碼方式的操作系統(tǒng): WindowsXP Professional , 缺省字符集：中文

1） notepad ：可以自動識別出沒有帶 bom 的 utf-8 編碼格式文件，但不可以控制保存文件時是否添加 bom ，如果保存文件，那么會統(tǒng)一添加 bom 。

2）editplus ：不能自動識別出沒有 bom 的 utf-8 編碼格式文件，文件保存時，選擇UTF-8 格式，不會在文件頭寫上 BOM header.

3） UltraEdit ：對于字符編碼的功能最為強大，可以自動識別帶 bom 和不帶 bom 的 utf-8 文件（可以配置）；保存的時候可以通過配置選擇是否添加 bom.

（特別需要注意的是，保存一個新建立的文件時，需要選擇另存為 utf-8 no bom 格式）

后來發(fā)現(xiàn) Notepad ++ 也對于 utf-8 bom 支持比較好，推薦大家使用。

上一篇：風(fēng)中葉老師講述的學(xué)習(xí)方法(學(xué)習(xí)編程的朋友需要看)

下一篇：POST與GET方法的區(qū)別簡要分析