javascript 與asp.net 傳遞url參數 亂碼
javascript 常用的編碼格式：escape(), encodeURL(), encodeURIComponent()
escape() 方法：
採用ISO Latin字符集對指定的字符串進行編碼。所有的空格符、標點符號、特殊字符以及其他非ASCII字符都將被轉化成%xx格式的字符編碼（xx等於該字符在字符集表裏面的編碼的16進制數字）。比如，空格符對應的編碼是%20。不會被此方法編碼的字符： @ * / +
encodeURI() 方法：
把URI字符串採用UTF-8編碼格式轉化成escape格式的字符串。不會被此方法編碼的字符：! @ # $& * ( ) = : / ; ? + '
encodeURIComponent() 方法：
把URI字符串採用UTF-8編碼格式轉化成escape格式的字符串。與encodeURI()相比，這個方法將對更多的字符進行編碼，比如 / 等字符。所以如果字符串裏面包含了URI的幾個部分的話，不能用這個方法來進行編碼，否則 / 字符被編碼之後URL將顯示錯誤。不會被此方法編碼的字符：! * ( ) '因此，對於中文字符串來說，如果不希望把字符串編碼格式轉化成UTF-8格式的（比如原頁面和目標頁面的charset是一致的時候），只需要使用escape。如果你的頁面是GB2312或者其他的編碼，而接受參數的頁面是UTF-8編碼的，就要採用encodeURI或者encodeURIComponent。另外，encodeURI/encodeURIComponent是在javascript1.5之後引進的，escape則在javascript1.0版本就有。
我們常會遇到這種情況，前臺用Jquery寫一些有很炫視覺感觀的代碼，後臺用c#處理，若用別人封裝好的東西，有時候會莫名奇妙的出現異常現象。
比如：用jquery寫的autocomplete效果有兩個版本的腳本，雖然功能一樣，但有一個版本在處理傳遞中文參數時若後臺的c#代碼不作相應調整則會出現亂碼。
版本1：後臺不作改動。
經過追蹤發現，對url地址進行encodeURL處理的，後臺的c#不作任何改動。
例子：對“中”字編碼
經過追蹤發現，這個版本對url進行了escape()處理。在後臺我用string key=context.Request.QueryString["q"].ToString()進行接收，得到的key中一個“中”字，
但是當我把context.Request.QueryString["q"].ToString() 放到監視窗口中後得到的居然是%U4E2D。
版本2：後臺需要用HttpUtility.UrlDecode（）對參數進行解析，否則是亂碼。
例子：對“中”字編碼後用context.Request.QueryString["q"].ToString()得到的是%U4E2D。
用HttpUtility.UrlDecode()處理後得到的是“中”字。令人十分困惑的是我用下列方法得到的結果都是個“中”字。