javaencode
『壹』 如何用java實現URLEncode
用Java實現URLEncode的方法是引入java.net.URLEncoder包。
java.net.URLDecoder.decode(String s,String enc);
將application/x-www-form-urlencoded字元串轉換成普通字元串。
java.net.URLEncoder.decode(String s,String enc);
將普通字元串轉換成application/x-www-form-urlencoded字元串
URLEncoder類包含將字元串轉換為application/x-www-form-urlencoded MIME 格式的靜態方法。
web 設計者面臨的眾多難題之一便是怎樣處理不同操作系統間的差異性。這些差異性能引起URL方面的問題：例如，一些操作系統允許文件名中含有空格符，有些又不允許。大多數操作系統不會認為文件名中含有符號「#」會有什麼特殊含義；但是在一個URL中，符號「#」表示該文件名已經結束，後面會緊跟一個 fragment（部分）標識符。其他的特殊字元，非字母數字字元集，它們在URL或另一個操作系統上都有其特殊的含義，表述著相似的問題。為了解決這些問題，我們在URL中使用的字元就必須是一個ASCII字元集的固定字集中的元素，具體如下：
1.大寫字母A-Z
2.小寫字母a-z
3.數字 0-9
4.標點符 - _ . ! ~ * ' (和 ,)
諸如字元: / & ? @ # ; $ + = 和 %也可以被使用，但是它們各有其特殊的用途，如果一個文件名包括了這些字元（ / & ? @ # ; $ + = %），這些字元和所有其他字元就應該被編碼。
編碼過程非常簡單，任何字元只要不是ASCII碼數字，字母，或者前面提到的標點符，它們都將被轉換成位元組形式，每個位元組都寫成這種形式：一個「%」後面跟著兩位16進制的數值。空格是一個特殊情況，因為它們太平常了。它除了被編碼成「%20」以外，還能編碼為一個「+」。加號（+）本身被編碼為%2B。當/ # = & 和?作為名字的一部分來使用時，而不是作為URL部分之間的分隔符來使用時，它們都應該被編碼。
WARNING這種策略在存在大量字元集的異構環境中效果不甚理想。例如：在U.S. Windows 系統中, é 被編碼為 %E9. 在 U.S. Mac中被編碼為%8E。這種不確定性的存在是現存的URI的一個明顯的不足。所以在將來URI的規范當中應該通過國際資源標識符(IRIs)進行改善。
『貳』 java 中如何調用encodeuri
javascript：
encodeURI(value)：將value轉換成utf-8，
decodeURI(value)：將utf-8的value反轉成字元串。
java：
URLDecoder.decode(value, "utf-8");
URLEncoder.encode(value, "utf-8");
-----------------------------------------------------------------------------
jsp頁面上有一個文本框：
<input type="text" name="userName" value='<%=request.getAttribute("couserName %>'/>
當文本框內容是漢字的時候，servlet中獲得此文本框內容時是亂碼：
request.getParameter("couserName;
解決：
String str = request.getParameter("couserName;
當文本框是中文時：
new String(str.getBytes("ISO-8859-1"), "GB2312");
『叄』 Java中URLEncoder.encode和encodeURIComponent的區別
1）encodeURIComponent和decodeURIComponent在前端使用
2）URLEncoder.encode和URLDecoder.decode在後台使用
知識點：
1）encodeURIComponent和URLEncoder.encode的區別在於前者對下面五個符號不編碼
! %21
' %27
( %28
) %29
~ %7E
2）decodeURIComponent和URLDecoder.decode暫時還看不出有何區別
解釋：
前後台交互傳輸數據的過程中，如果含有!'()~，同樣的內容會傳輸不同的編碼結果，但是對方都能解碼。在具體應用時，如果有比較前後台編碼的邏輯，最好測一下這幾個符號。