Java 字元編碼入門（四）：網頁檔案編碼與瀏覽器顯示機制

網頁編碼三要素一致性原則與瀏覽器渲染行為

網頁正確顯示需三處編碼一致：檔案實際編碼、頁面編碼宣告、瀏覽器設定。本文解析各環節運作機制、常見誤區與瀏覽器智慧型偵測行為。

三大編碼一致性要求

1. 檔案實際編碼：建立檔案時作業系統實際使用的編碼 (中文 Windows 預設 GBK)
2. 頁面編碼宣告：HTML <meta charset="..."> 或 XML <?xml encoding="..."?>
3. 瀏覽器編碼設定：使用者手動選擇或自動偵測結果

檔案實際編碼：作業系統決定

• 中文 Windows XP：新建文字檔預設以 GBK 儲存
• 英文系統：預設 ISO-8859-1，甚至無法輸入/儲存漢字
• 關鍵誤區：XML 宣告 encoding="UTF-8" 不會改變作業系統儲存編碼，檔案仍以系統預設編碼寫入

編碼宣告：告訴「別人」而非作業系統

<meta charset="GB2312">  // HTML4/5
<?xml version="1.0" encoding="UTF-8"?>  // XML

此宣告供瀏覽器、解析器、處理程式參考，**作業系統完全忽略**此設定。

不一致時的瀏覽器行為

瀏覽器智慧型偵測機制

• 優先遵循頁面編碼宣告
• 宣告缺失或明顯錯誤時，分析位元組模式猜測編碼
• 中文環境下選擇「GB2312」實際使用 **GBK** 解碼 (相容超集)

最佳實踐建議

1. 統一專案編碼：團隊協定單一編碼 (推薦 UTF-8)，IDE 專案設定、建構工具、部署環境全數一致
2. 編輯器設定：強制編輯器以 UTF-8 儲存 (Eclipse: Workspace → Text file encoding = UTF-8)
3. 頁面宣告：HTML5 使用 <meta charset="UTF-8"> 放在 <head> 首行
4. HTTP 標頭：伺服器回應設定 Content-Type: text/html; charset=UTF-8 (優先級高於頁面宣告)

實務案例：新浪網頁

• 頁面宣告 charset=GB2312
• 實際編碼為 GBK (含 GB2312 無收字字元)
• 瀏覽器相容性佳，但程式化抓取需自行判斷實際編碼

結語

「檔案編碼 = 宣告編碼 = 瀏覽器編碼」是基本功，配合 HTTP 標頭強制指定，可消除 99% 網頁亂碼問題。

1. 上一篇文章： Java 字元編碼入門（五）：Java 程式碼中的字元編碼轉換與 IO 體系
2. 下一篇文章： Java 字元編碼入門（三）：GB2312、GBK 與中文網頁編碼真相

Java 相關知識

高影響力 Web 層叢集實戰（一）：以 JavaGroups 實現橫向擴展

隨著 J2EE 平台日趨成熟，企業越來越需要在 Web 層支

Eclipse JDT 重構功能全攻略：從重命名到重構腳本的 15 大核心技巧

Eclipse JDT (Java Development

Java NIO Selector 底層機制深度解析：跨平台喚醒之謎

前言：一個令人震驚的發現 使用 Selector.open(

SWT/JFace ViewForm 容器實戰：工具列與表格的靈活佈局組合

前言 ViewForm 是 SWT Custom 套件中特殊