JSP 輸出 XML 無需在 contentType 聲明 charset：頁面編碼統一機制解析

現象對比

<%@ page contentType="text/xml" pageEncoding="utf-8" %><?xml version="1.0" encoding="utf-8"?>
<%@ page contentType="text/html;charset=utf-8" pageEncoding="utf-8" %>

核心原理：三個編碼設置點，生效優先級

1. pageEncoding：JSP 文件**源碼保存編碼**，編譯時讀取，默認 ISO-8859-1。**必須與文件實際保存編碼一致**。
2. contentType：HTTP 響應頭 `Content-Type` 的值，告訴瀏覽器**響應體編碼**。若不寫 charset，瀏覽器會根據內容嗅探或默認 ISO-8859-1。
3. XML 聲明 encoding：`` 僅供 XML 解析器參考，**不影響 HTTP 傳輸編碼**。

為什麼 XML 不用寫 charset？

因為 **`pageEncoding="utf-8"` 已經決定了**：
1. JSP 引擎以 UTF-8 讀取源文件編譯。
2. 編譯後的 Servlet 以 UTF-8 將字符串寫入 `response.getWriter()`。
3. `response.setCharacterEncoding("UTF-8")` 隱式調用，響應頭自動帶上 `charset=UTF-8`。
**結論：只要設置了 `pageEncoding`，響應編碼就已確定，`contentType` 可省略 charset。**

HTML 頁面為何習慣寫全？

• 歷史習慣：早期容器不自動從 `pageEncoding` 推導 `contentType` charset。
• 顯式聲明可讀性強，避免團隊成員誤解。
• 靜態 HTML 文件無 `pageEncoding`，必須靠 `` 或服務器配置。

最佳實踐

<%@ page pageEncoding="UTF-8" contentType="application/xml;charset=UTF-8" %>
<?xml version="1.0" encoding="UTF-8"?>

**雙重保險**：既保證源碼編譯正確，又顯式告知瀏覽器/客戶端編碼，消除任何歧義。