【文件属性】：
文件名称：asp.net乱码解决方法
文件大小：3KB
文件格式：TXT
更新时间：2016-06-11 16:27:44
asp.net
asp.net乱码解决方法
１、从ＩＥ地址栏中直接输入这个地址，访问没错；
２、做一个静态页，其中包括这个超链接，点击访问也没错；
３、就是把这个链接添加到这个功能块中，点击访问那边接收到的是乱码。
一开始，被这个问题也搞得头大，在google了一把后，总算是把问题给搞清楚了，其实只要这个链接地址不经过任何编码传递是不会有问题的。但就是加到了这个功能块后，再点击，虽然这个时候在ＩＥ地址栏里显示的还是"http://www.****.com/user.aspx?id=水天"，但真正传递过去的参数"水天"其实已经经过类似于Server.UrlEncode的操作了，当然默认是utf-8编码，正是由于这个原因，如果对方系统不进行相应的解码，直接操作该参数，就产生了以上的错误。
解决方法：
网上有很多解决之道，最常见的莫过于以下几点：
１、在web.config里配制，这个方法确实可行，但我想很多人不想用这种方法来解决，把整个项目的请求和回应都定为gb2312，我觉得不是一个好办法，有点本末倒置了，毕竟这会导致很多其它问题的出现。
２、把要包含该链接的aspx文档，修改其charset属性为gb2312。这个方法到也可以接受，不过对于该文中的问题还不是最好的方法，因为该功能块是可以动态添加到任何页面的，难道要去修改所有的页面？想想还是不太合适。
单个页面解决方案 添加
３、直接用Server.UrlEncode和Server.Decode进行加码和解码操作，这种方法对于发送方和接收方都在一个项目中是可行的，现在的问题是，我们要随意去访问别人的系统，所以只能弃用此方法了。
４、采用HttpUtility.UrlEncode(query, System.Text.Encoding.GetEncoding("GB2312"));对链接中的参数值进行gb2312的编码，这种方法，对方不用进行任何解码操作，直接接收参数则不会出现乱码。
一般提到最多的也就上面４种方法，其它的也跟这些大同小异。仔细分析后，觉得还是第４种方法最适合解决当前问题，把中文参数进行如４中的操作。但又出现另外一个问题，由于这是一个用户可以*输入链接地址的功能，所以首先要做的就是得先分析这些链接ＵＲＬ，解析出参数，再对这些参数进行４中操作，然后再合拼成原来的ＵＲＬ地址。
幸亏，ＵＲＬ参数解析Ｃ#已经有类库的支持，不用再去写那些复杂的正则表达式来匹配了。
