Windows10下IIS 10接收UTF-8 POST转ASCII乱码问题求助

这种UTF-8字符提交后乱码的情况我碰到过很多次，确实和IIS的编码配置脱不了干系——你看到的É变成É是典型的UTF-8编码被当作ISO-8859-1（或ASCII）解析的问题，本质是发送端用UTF-8发了数据，但接收端用错了字符集解码。下面一步步帮你排查修复：

1. 强制IIS站点使用UTF-8处理请求 #

IIS默认不会强制要求请求用UTF-8编码，这会导致后端（比如ASP.NET）用系统默认编码解析请求。你可以两种方式配置：

方式一：通过IIS管理器图形界面 #

• 打开IIS管理器，找到你的目标站点，进入 "请求筛选" 功能
• 切换到 "HTTP头" 标签，点击"添加"按钮，新增一个自定义HTTP头：
  • 名称：Content-Type
  • 值：application/x-www-form-urlencoded; charset=utf-8

方式二：直接修改web.config #

在站点根目录的web.config中，找到<system.webServer>节点，添加以下配置：

<httpProtocol>
  <customHeaders>
    <add name="Content-Type" value="application/x-www-form-urlencoded; charset=utf-8" />
  </customHeaders>
</httpProtocol>

2. 配置后端应用全局使用UTF-8 #

如果是ASP.NET后端，即使IIS设置了，页面或应用的编码配置可能会覆盖它，建议全局统一配置：

• 在web.config的<system.web>节点下添加全局编码设置：

<globalization requestEncoding="utf-8" responseEncoding="utf-8" culture="auto" uiCulture="auto" />

• 也可以在单个ASPX页面的Page指令中明确指定（适合局部页面调整）：

<%@ Page Language="C#" RequestEncoding="utf-8" ResponseEncoding="utf-8" %>

3. 确认jQuery POST的编码配置 #

虽然你说已经指定了UTF-8，但再检查下请求的细节——确保contentType明确包含charset，避免jQuery自动用默认编码处理：

$.ajax({
  url: "YourTargetPage.aspx",
  type: "POST",
  data: { yourKey: "Écrou" },
  // 必须明确指定charset=utf-8
  contentType: "application/x-www-form-urlencoded; charset=utf-8",
  success: function(res) {
    // 处理响应逻辑
  }
});

如果之前用的是$.post()快捷方法，建议换成$.ajax()，因为$.post()不会默认带上charset参数，容易踩坑。

4. 排查应用池的潜在影响 #

少数情况下，应用池的配置也会间接影响编码：

• 打开IIS管理器，找到你的应用池，右键选择"高级设置"
• 确认 ".NET CLR版本" 和你的应用使用的版本匹配，避免因版本兼容导致编码解析异常
• 无需修改系统区域设置，因为我们已经通过配置强制了UTF-8编码，系统区域设置的影响可以忽略

补充：乱码的本质原因 #

É的UTF-8编码是两个字节：0xC3 0x89，如果接收端用ISO-8859-1（单字节编码）解析这两个字节，就会分别解析成Ã（对应0xC3）和‰（对应0x89），也就是你看到的Écrou——完全符合你描述的现象，核心就是编码和解码的字符集不匹配。

内容的提问来源于stack exchange，提问作者Developer Webs