Server.UrlEncode、HttpUtility.UrlDecode区别

在对URL进行编码时，该用哪一个？这两都使用上有什么区别吗？
测试：

string file="文件上（传）篇.doc";
string Server_UrlEncode=Server.UrlEncode(file);
string Server_UrlDecode=Server.UrlDecode(Server_UrlEncode);
string HttpUtility_UrlEncode=System.Web.HttpUtility.UrlEncode(file);
string HttpUtility_UrlDecode=System.Web.HttpUtility.UrlDecode(HttpUtility_UrlEncode);
Response.Write("原数据："+file);
SFun.WriteLine("Server.UrlEncode："+Server_UrlEncode);
SFun.WriteLine("Server.UrlDecode："+Server_UrlDecode);
SFun.WriteLine("HttpUtility.UrlEncode："+HttpUtility_UrlEncode);
SFun.WriteLine("HttpUtility.UrlDecode："+HttpUtility_UrlDecode);
输出：
原数据：文件上（传）篇.doc
Server.UrlEncode：%ce%c4%bc%fe%c9%cf%a3%a8%b4%ab%a3%a9%c6%aa.doc
Server.UrlDecode：文件上（传）篇.doc
HttpUtility.UrlEncode：%e6%96%87%e4%bb%b6%e4%b8%8a%ef%bc%88%e4%bc%a0%ef%bc%89%e7%af%87.doc
HttpUtility.UrlDecode：文件上（传）篇.doc

    区别在于：HttpUtility.UrlEncode()默认是以UTF8对URL进行编码，而Server.UrlEncode()则以默认的编码对URL进行编码。

    在用 ASP.Net 开发页面的时候, 我们常常通过 System.Web.HttpUtility.UrlEncode 和 UrlDecode 在页面间通过 URL 传递参数. 成对的使用 Encode 和 Decode 是没有问题的.

    但是, 我们在编写文件下载的页面的时候, 常常用如下方法来指定下载的文件的名称:

Response.AddHeader("Content-Disposition","attachment; filename="
+ HttpUtility.UrlEncode(fileName, Encoding.UTF8));
之所以转换成 UTF8 是为了支持中文文件名.

  

    这时候问题就来了, 因为 HttpUtility.UrlEncode 在 Encode 的时候, 将空格转换成加号('+'), 在 Decode 的时候将加号转为空格, 但是浏览器是不能理解加号为空格的, 所以如果文件名包含了空格, 在浏览器下载得到的文件, 空格就变成了加号.

一个解决办法是, 在 HttpUtility 的 UrlEncode 之后, 将 "+" 替换成 "%20"( 如果原来是 "+" 则被转换成 "%20" ) , 如:

fileName = HttpUtility.UrlEncode(fileName, Encoding.UTF8);
fileName = fileName.Replace("+", "%20");
    不明白微软为什么要把空格转换成加号而不是"%20". 记得 JDK 的 UrlEncoder 是将空格转换成 "%20"的.
  

    经检查, 在 .Net 2.0 也是这样.

    上面是从别的地方拷贝的，写得很好，我自己的一个程序中也遇到同样的问题，默认aspx是以utf-8为编码的，在我这个程序中必须用gb2312为默认编码
（<globalization requestEncoding="gb2312" responseEncoding="gb2312"/>），
问题出现了，以前没有问题的HttpUtility.UrlDecode在Page.Request回的值是乱码这就是上面说的HttpUtility.UrlDecode默认以UTF8对URL进行编码，这种情况下面只需将HttpUtility.UrlDecode改成Server.UrlEncode即可。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/liang4571231/archive/2009/03/26/4025824.aspx

 

 

http://blog.163.com/mushroom_0/blog/static/12283547320098453653376/