ASP.NET迁移新服务器后无法传递多个QueryString参数求助

这种情况我在迁移ASP.NET应用时也碰到过几次，核心问题大概率出在新服务器的配置或者URL编码处理上，咱们一步步来排查解决：

1. 先确认URL的正确性 #

你提到的URL里用了&，这是HTML转义后的&符号——如果是直接在浏览器地址栏输入，应该用原始的&分隔参数，也就是正确的URL格式应该是：

ThisIsSecondPage.aspx?Mode=Edit&ID=0001

如果是通过页面内的链接生成的（比如HyperLink控件或手动拼接的a标签），要确保生成链接时没有重复转义。ASP.NET自带的Response.Redirect或HyperLink.NavigateUrl会自动处理参数分隔符，手动拼接时建议用HttpUtility.UrlEncode来规范参数值。

2. 检查新服务器的请求验证配置 #

新服务器可能默认开启了严格的请求验证，导致数字开头的参数值被拦截。可以打开web.config检查<httpRuntime>节点：

<httpRuntime requestValidationMode="4.0" requestPathInvalidCharacters="&lt;,&gt;,*,%,&amp;,\,?" />

如果requestValidationMode设置为4.0及以上（开启严格验证），可以尝试改为2.0临时关闭验证测试；另外确认requestPathInvalidCharacters没有包含限制数字的规则（默认是没有的）。

3. 排查URL重写规则 #

如果新服务器安装了IIS URL Rewrite模块，要检查是否有重写规则意外修改或过滤了ID参数。比如某些规则可能匹配ID=0001这类数字开头的参数，导致被丢弃。可以暂时禁用所有URL重写规则，测试参数是否能正常传递。

4. 调试QueryString的实际接收情况 #

在ThisIsSecondPage.aspx的Page_Load事件里添加一段调试代码，打印所有接收到的QueryString参数：

protected void Page_Load(object sender, EventArgs e)
{
    foreach (string key in Request.QueryString.Keys)
    {
        Response.Write($"参数名: {key}, 参数值: {Request.QueryString[key]}<br>");
    }
}

运行后看输出结果：如果ID根本没出现在参数列表里，说明参数在传输过程中被拦截；如果参数名变成了amp;ID，那就是URL里的&没被正确解析，导致参数名被错误识别。

5. 检查参数接收的代码细节 #

确认你获取ID的代码是Request.QueryString["ID"]（ASP.NET默认QueryString是大小写不敏感的，但某些自定义配置可能改变这一点），有没有误写成Request.QueryString["id"]或者其他拼写错误。

先从这几点入手排查，应该能很快定位到问题所在。

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