CodePage 與 Charset 徹底解析：從 ASP 到 ASP.NET 的編碼演進

核心概念辨析

ASP 時代的手動控制

<%@ codepage=936 %> <!-- 服務端編碼 -->
<meta http-equiv="Content-Type" content="text/html; charset=gb2312"> <!-- 客戶端聲明 -->

兩者必須一致，否則亂碼。

ASP.NET 自動化機制

<%@ Page Language="C#" %>
<!-- 無需指定 codepage，框架自動處理 -->
<meta charset="utf-8" /> <!-- HTML5 簡寫 -->

web.config 全局控制：

<system.web>
  <globalization requestEncoding="utf-8" responseEncoding="utf-8" 
    fileEncoding="utf-8" />
</system.web>

亂碼根因排查清單

1. 文件保存編碼（VS 右下角）與 fileEncoding 一致？
2. 數據庫列排序規則（Collation）與讀寫編碼匹配？
3. 頁面 <meta charset> 與 responseEncoding 一致？
4. URL 參數編碼（UrlEncode/UrlDecode）成對使用？
5. 第三方組件/舊系統集成點編碼轉換正確？

最佳實踐：全鏈路 UTF-8

• 源文件、數據庫、頁面、傳輸、存儲統一 UTF-8
• 避免 GBK/Big5 等歷史編碼，除非強制兼容舊系統
• ASP.NET Core 默認 UTF-8，無需配置