在對(duì)url進(jìn)行編碼時(shí)，該用哪一個(gè)？這兩都使用上有什么區(qū)別嗎？
測(cè)試：

輸出：
原數(shù)據(jù)：文件上（傳）篇.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

區(qū)別在于：httputility.urlencode()默認(rèn)是以u(píng)tf8對(duì)url進(jìn)行編碼，而server.urlencode()則以默認(rèn)的編碼對(duì)url進(jìn)行編碼。

在用 asp.net 開發(fā)頁(yè)面的時(shí)候, 我們常常通過(guò) system.web.httputility.urlencode 和 urldecode 在頁(yè)面間通過(guò) url 傳遞參數(shù). 成對(duì)的使用 encode 和 decode 是沒(méi)有問(wèn)題的.

但是, 我們?cè)诰帉懳募螺d的頁(yè)面的時(shí)候, 常常用如下方法來(lái)指定下載的文件的名稱:

之所以轉(zhuǎn)換成 utf8 是為了支持中文文件名.

這 時(shí)候問(wèn)題就來(lái)了, 因?yàn)?httputility.urlencode 在 encode 的時(shí)候, 將空格轉(zhuǎn)換成加號(hào)(＇+＇), 在 decode 的時(shí)候?qū)⒓犹?hào)轉(zhuǎn)為空格, 但是瀏覽器是不能理解加號(hào)為空格的, 所以如果文件名包含了空格, 在瀏覽器下載得到的文件, 空格就變成了加號(hào).

一個(gè)解決辦法是, 在 httputility 的 urlencode 之后, 將 "+" 替換成 "%20"( 如果原來(lái)是 "+" 則被轉(zhuǎn)換成 "%2b" ) , 如:

filename = httputility.urlencode(filename, encoding.utf8);
filename = filename.replace("+", "%20");

不明白微軟為什么要把空格轉(zhuǎn)換成加號(hào)而不是"%20". 記得 jdk 的 urlencoder 是將空格轉(zhuǎn)換成 "%20"的.
經(jīng)檢查, 在 .net 2.0 也是這樣.

上面是從別的地方拷貝的，寫得很好，我自己的一個(gè)程序中也遇到同樣的問(wèn)題，默認(rèn)aspx是以u(píng)tf-8為編碼的，在我這個(gè)程序中必須用gb2312為默認(rèn)編碼
（<globalization requestencoding="gb2312" responseencoding="gb2312"/>），

問(wèn) 題出現(xiàn)了，以前沒(méi)有問(wèn)題的httputility.urldecode在page.request回的值是亂碼這就是上面說(shuō)的 httputility.urldecode默認(rèn)以u(píng)tf8對(duì)url進(jìn)行編碼，這種情況下面只需將httputility.urldecode改成 server.urlencode即可。