ASP.NET中Request接收参数乱码解决方法

asp教程.net中request接收参数乱码解决方法

asp.net教程 request对象的属性和方法比较多，常用的几个为：useragent 传回客户端浏览器的版本信息，userhostaddress 传回远方客户端机器的主机ip 地址，userhostname 传回远方客户端机器的dns 名称，physicalapplicationpath 传回目前请求网页在server 端的真实路径。

下面进行正题,我的web.config配置文件里配置了全局为"gb2312"编码:

当前台提交“中文文字”时，后台用request.querystring["xxx"]接收到的是乱码。

无论用system.web.httputility.urldecode("xxx","编码类型")怎么解码都无效

原理说明：

1：首先确定的是：客户端的url参数在提交时，ext.js会对其编码再提交，而客户端的编码默认是utf-8编码

客户端默认有三种编码函数：escape() encodeuri() encodeuricomponent()
 

2：那为什么用request.querystring["xxx"]接收参数时，收到的会是乱码？

为此，我们必须解开request.querystring的原始处理逻辑过程

切入：querystringencoding

internal encoding querystringencoding
{
    get
    {
        encoding contentencoding = this.contentencoding;
        if (!contentencoding.equals(encoding.unicode))
        {
            return contentencoding;
        }
        return encoding.utf8;
    }
}

从querystringencoding代码得出，系统默认会先取globalization配置节点的编码方式，如果取不到，则默认为utf-8编码方式
结论出来了

当客户端js对中文以utf-8编码提交到服务端时，用request.querystring接收时，会先以globalization配置的gb2312去解码一次，于是，产生了乱码。

所有的起因为：

1：js编码方式为urt-8

2：服务端又配置了默认为gb2312

3：request.querystring默认又会调用httputility.urldecode用系统配置编码去解码接收参数。

解决之路

知道了原理，解决的方式也有多种多样了：

1：全局统一为utf-8编码，省事又省心。
 

2：全局指定了gb2312编码时，url带中文，js非编码不可，如ext.js框架。

这种方式你只能特殊处理，在服务端指定编码解码，
因为默认系统调用了一次httputility.urldecode（"xxx",系统配置的编码)，
因此你再调用一次httputility.urlencode（"xxx",系统配置的编码)，返回到原始urt-8编码参数
再用httputility.urldecode（"xxx",utf-8)，解码即可。

5：其它说明：默认对进行一次解码的还包括uri属性,而request.rawurl则为原始参数