JS与VB.NET间查询字符串重音编码异常问题求助

问题原因分析 #

从测试结果可明确：前端已通过encodeURIComponent生成正确的UTF-8编码查询参数（perch%C3%A8%20questo），但后端通过Request.QueryString("t")读取时，参数已被错误解码（变为perchè questo）。这是因为.NET Framework的Request.QueryString默认会根据服务器/IIS配置的编码解码请求，即便web.config设置了UTF-8，也可能存在配置未生效或被覆盖的情况，导致它将UTF-8字节误当作ISO-8859-1（Latin-1）解码，最终出现乱码。

而直接对硬编码字符串解码能成功，说明HttpUtility.UrlDecode配合UTF-8的逻辑是正常的，问题核心出在Request.QueryString的预解码环节。

可行解决方案 #

方案1：读取原始Query字符串手动解析解码 #

绕过Request.QueryString的自动解码，直接从Request.Url.Query获取原始查询字符串，手动提取参数并解码：

' 获取完整查询字符串并去掉开头的?
Dim rawQuery As String = Request.Url.Query.TrimStart("?"c)
' 分割参数键值对
Dim params As String() = rawQuery.Split("&"c)
Dim tValue As String = String.Empty

For Each param As String In params
    If param.StartsWith("t=", StringComparison.OrdinalIgnoreCase) Then
        ' 提取t参数的编码值（去掉前缀t=）
        Dim encodedValue As String = param.Substring(2)
        ' 用UTF-8解码得到正确值
        tValue = HttpUtility.UrlDecode(encodedValue, Encoding.UTF8)
        Exit For
    End If
Next

Session("TEST_FIXED") = tValue ' 此时应得到正确的"perchè questo"

方案2：强化web.config编码配置 #

确保web.config的<globalization>配置未被其他设置覆盖，补充fileEncoding和responseHeaderEncoding参数：

<configuration>
  <system.web>
    <globalization 
      uiCulture="it" 
      culture="it-IT" 
      requestEncoding="utf-8" 
      responseEncoding="utf-8"
      fileEncoding="utf-8"
      responseHeaderEncoding="utf-8"
    />
  </system.web>
</configuration>

若站点存在子目录或其他web.config文件，需确认无冲突的编码设置。

方案3：前端双重编码（临时 workaround） #

作为临时应急方案，可在前端对编码后的字符串再次编码，后端对应解码两次：

// 前端：执行两次encodeURIComponent
const encoded = encodeURIComponent(encodeURIComponent($txtSearchSimple.val()));
window.location = '/page.aspx?t=' + encoded;

' 后端：执行两次UTF-8解码
Dim decoded As String = HttpUtility.UrlDecode(HttpUtility.UrlDecode(Request.QueryString("t"), Encoding.UTF8), Encoding.UTF8)

该方法利用第一次错误解码（UTF-8被当作Latin-1）的可逆性实现还原，但不推荐作为长期方案，优先采用方案1或2。

关键验证点 #

可先确认Request.Url.Query中的原始参数值是否为perch%C3%A8%20questo，若是则方案1必然生效；若原始Query已被篡改，则可能是中间代理或服务器配置问题（无权限操作时可选用方案3）。

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