url中的特殊字元問題
在 使用url進行引數傳遞時，經常會傳遞一些中文名（或含有特殊字元）的引數或URL地址，在後臺處理時會發生轉換錯誤。在有些傳遞頁面使用GB2312， 而在接收頁面使用UTF8，這樣接收到的引數就可能會與原來發生不一致。使用伺服器端的urlEncode函式編碼的URL，與使用客戶端 javascript的encodeURI函式編碼的URL，結果就不一樣。
javascript對文字進行編碼涉及3個函式：escape,encodeURI,encodeURIComponent，相應3個解碼函式：unescape,decodeURI,decodeURIComponent
javaScript中的編碼方法：
escape() 方法：採用ISO Latin字符集對指定的字串進行編碼。所有的空格符、標點符號、特殊字元以及其他非ASCII字元都將被轉化成%xx格式的字元編碼（xx等於該字元 在字符集表裡面的編碼的16進位制數字）。比如，空格符對應的編碼是%20。unescape方法與此相反。不會被此方法編碼的字元： @ * / +
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版本就有。
1、 傳遞引數時需要使用encodeURIComponent，這樣組合的url才不會被#等特殊字元截斷。
例如：<script language="javascript">document.write('<a href="http://passport.baidu.com/?logout&aid=7&u='+encodeURIComponent("http://cang.baidu.com/bruce42")+'">退出</a>');</script>
2、 進行url跳轉時可以整體使用encodeURI
例如：Location.href=encodeURI("http://cang.baidu.com/do/s?word=百度&ct=21");
3、 js使用資料時可以使用escape
例如：蒐藏中history紀錄。
4、 escape對0-255以外的unicode值進行編碼時輸出%u****格式，其它情況下escape，encodeURI，encodeURIComponent編碼結果相同。
最多使用的應為encodeURIComponent，它是將中文、韓文等特殊字元轉換成utf-8格式的url編碼，所以如果給後臺傳遞引數需要使用encodeURIComponent時需要後臺解碼對utf-8支援（form中的編碼方式和當前頁面編碼方式相同）
escape不編碼字元有69個：*，+，-，.，/，@，_，0-9，a-z，A-Z
encodeURI不編碼字元有82個：!，#，$，&，'，(，)，*，+，,，-，.，/，:，;，=，?，@，_，~，0-9，a-z，A-Z
encodeURIComponent不編碼字元有71個：!， '，(，)，*，-，.，_，~，0-9，a-z，A-Z
以下是url中可能用到的特殊字元及在url中的經過編碼後的值：
字元
特殊字元的含義
URL編碼
# 用來標誌特定的文件位置 %23
% 對特殊字元進行編碼 %25
& 分隔不同的變數值對 %26
+ 在變數值中表示空格 %2B
/ 表示目錄路徑 %2F
\ 表示目錄路徑 %5C
= 用來連線鍵和值 %3D
? 表示查詢字串的開始 %3F
空格 空格 %20
. 句號 %2E
: 冒號 %3A
專案中發現，直接對url中的引數部分做encodeURI（）編碼轉換，後臺servlet通過getParamater（）獲取時，不需要轉換可以直接獲取到正確的值。說明：引數沒有用到中文，框架用的是struts框架。