asp教程.net中request接收参数乱码解决方法
asp.net教程 request对象的属性和方法比较多，常用的几个为：useragent 传回客户端浏览器的版本信息，userhostaddress 传回远方客户端机器的主机ip 地址，userhostname 传回远方客户端机器的dns 名称，physicalapplicationpath 传回目前请求网页在server 端的真实路径。
下面进行正题,我的web.config配置文件里配置了全局为"gb2312"编码:
<globalization requestencoding="gb2312" responseencoding="gb2312" fileencoding="gb2312" culture="zh-cn"/>
当前台提交“中文文字”时，后台用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则为原始参数