在對url進行編碼時，該用哪一個？這兩都使用上有什么區別嗎？
測試：

輸出：
原數據：文件上（傳）篇.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 是沒有問題的.

但是, 我們在編寫文件下載的頁面的時候, 常常用如下方法來指定下載的文件的名稱:

之所以轉換成 utf8 是為了支持中文文件名.

這 時候問題就來了, 因為 httputility.urlencode 在 encode 的時候, 將空格轉換成加號(＇+＇), 在 decode 的時候將加號轉為空格, 但是瀏覽器是不能理解加號為空格的, 所以如果文件名包含了空格, 在瀏覽器下載得到的文件, 空格就變成了加號.

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

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即可。