java中的URLEncoder和URLDecoder类处理编码与解码问题
?
网页中的表单使用POST方法提交时，数据内容的类型是 application/x-www-form-urlencoded，这种类型会：
1.字符"a"-"z"，"A"-"Z"，"0"-"9"，"."，"-"，"*"，和"_" 都不会被编码;</p>
2.将空格转换为加号 (+) ;</p>
3.将非文本内容转换成"%xy"的形式,xy是两位16进制的数值;</p>
4.在每个 name=value 对之间放置 & 符号。
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部分之间的分隔符来使用时，它们都应该被编码。//测试编码与解码
public static void testCodeString(){String origialStr="EndUser:perf_test3@lf.com;算的Add Service Component:benchen , Darlen ;Remove Service Component:LF ";System.out.println("EndUser:perf_test3@lf.com;算的Ad".length());try {System.out.println("编码前的字符串为："+origialStr);origialStr=URLEncoder.encode(origialStr,"UTF-8");System.out.println("编码后的字符串为："+origialStr);origialStr=URLDecoder.decode(origialStr,"utf-8");} catch (UnsupportedEncodingException e) {// TODO Auto-generated catch blocke.printStackTrace();}System.out.println("解码后的字符串为："+origialStr);}?显示结果：
?
编码前的字符串为：EndUser:perf_test3@lf.com;算的Add Service Component:benchen , Darlen ;Remove Service Component:LF?
编码后的字符串为：EndUser%3Aperf_test3%40lf.com%3B%E7%AE%97%E7%9A%84Add+Service+Component%3Abenchen+%2C+Darlen+%3BRemove+Service+Component%3ALF+
解码后的字符串为：EndUser:perf_test3@lf.com;算的Add Service Component:benchen , Darlen ;Remove Service Component:LF?
?
?