ASP.NET 跨站點 Request.Form 中文亂碼終極解決：Response.ContentEncoding 統一編碼

前言

站點 A (UTF-8) 表單提交到站點 B (GB2312) 導致 `Request.Form` 亂碼。修改 `web.config` `requestEncoding` 無效，因 IIS 已按目標站點編碼解析請求體。正解：**在發送端 (站點 A) 設置 `Response.ContentEncoding` 強制輸出目標編碼**，接收端自動正確解碼。

錯誤嘗試與原因

正確解決方案：發送端強制編碼

核心代碼 (站點 A 頁面)

protected void Page_Load(object sender, EventArgs e)
{
    // 關鍵：強制響應輸出編碼為 GB2312，瀏覽器按此編碼提交表單
    Response.ContentEncoding = Encoding.GetEncoding("GB2312");
    
    // 可選：同時設置頁面聲明編碼，雙重保險
    Response.Charset = "GB2312";
}

原理圖解

站點 A (UTF-8 頁面) 
    → Page_Load 設置 Response.ContentEncoding = GB2312
    → 響應頭 Content-Type: text/html; charset=GB2312
    → 瀏覽器解析頁面，表單提交時按 GB2312 編碼字段值
    → HTTP 請求體為 GB2312 字節流
    → 站點 B (GB2312 配置) 按默認編碼正確解析 Request.Form
    → ✅ 無亂碼

完整示例：跨站點搜索跳轉

站點 A: Search.aspx (UTF-8)

<%@ Page Language="C#" ContentType="text/html; charset=utf-8" %>
<form id="form1" runat="server" method="post" action="https://siteB.com/Result.aspx">
    關鍵詞：<asp:TextBox ID="txtKey" runat="server" />
    <asp:Button ID="btnGo" runat="server" Text="搜索站點B" OnClick="btnGo_Click" />
</form>

protected void Page_Load(object sender, EventArgs e)
{
    Response.ContentEncoding = Encoding.GetEncoding("GB2312");
    Response.Charset = "GB2312";
}

protected void btnGo_Click(object sender, EventArgs e)
{
    // 也可這裡設置，但 Page_Load 更早生效
    // Response.Redirect 會丟失 POST，這裡用 form action 直接提交
}

站點 B: Result.aspx (GB2312)

<%@ Page Language="C#" ContentType="text/html; charset=gb2312" %>
protected void Page_Load(object sender, EventArgs e)
{
    string key = Request.Form["txtKey"]; // ✅ 正確獲取中文
    // 業務邏輯...
}

進階：AJAX 跨域提交

// 站點 A 頁面
$.ajax({
    url: "https://siteB.com/Api/Search",
    type: "POST",
    data: { key: $("#txtKey").val() },
    beforeSend: function(xhr) {
        xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded; charset=GB2312");
    },
    // jQuery 內部會按 charset 編碼 data
});

// 站點 B 全局處理 (Global.asax)
protected void Application_BeginRequest()
{
    if (Request.ContentType.Contains("charset=GB2312"))
    {
        Request.ContentEncoding = Encoding.GetEncoding("GB2312");
    }
}

編碼選型建議

總結

跨站點編碼不一致導致 `Request.Form` 亂碼，**核心原則：發送端決定提交編碼**。在發送頁面 `Page_Load` 設置 `Response.ContentEncoding = Encoding.GetEncoding("目標編碼")`，瀏覽器將按此編碼提交表單，接收端按自身配置正確解析。避免在接收端修改 `Request` 編碼 (已晚)、避免依賴 `accept-charset` (瀏覽器差異大)。新系統統一 UTF-8 徹底杜絕此類問題。

1. 上一篇文章： Visual Studio 2010 必裝擴展插件精選：提升編碼效率的 3 款神器
2. 下一篇文章： ASP.NET Cache 緩存操作封裝類：添加、移除、清空、鍵管理

ASP.NET 基礎

ASP.NET Calendar 日曆控制項完整應用：多重選取模式、TGIF 全選星期五、日期區間選取與自訂樣式

Calendar 控制項核心屬性 屬性說明

ASP.NET 內建排程任務實作：使用 Timer 與自我喚醒機制避免應用程式池回收中斷

不依賴 Windows 排程器或外部服務，純粹使用 ASP.

ASP.NET 批次匯出 Access 資料至 Word 文件：完整實作教學與效能優化

前言：為何仍需 Access + Word 自動化？ 雖然現

ASP.NET C# 動態驗證碼生成：雜訊線、雜訊點、多字體混合

驗證碼生成完整實作 chars[rnd.Next(char