今天才发现原来英文字母是不参与编码的,并且截取合适长度的编码可以解码为原来的内容;
public static void main(String[] args) {
// TODO Auto-generated method stub
try{
String result=URLEncoder.encode("我是中国人,I love!","UTF-8");
System.out.println(result);
String result2=URLEncoder.encode("我是牛人,I love!","UTF-8");
System.out.println(URLDecoder.decode("%E6%88%91%E6%98%AF","UTF-8"));
System.out.println(result2);
String origin=URLDecoder.decode(result,"UTF-8");
System.out.println(origin);
}catch(Exception e){
e.printStackTrace();
}
try{
String result=URLEncoder.encode("我是中国人,I love!","GB2312");
System.out.println(result);
String origin=URLDecoder.decode(result,"GB2312");
System.out.println(origin);
}catch(Exception e){
e.printStackTrace();
}
try{
String result=URLEncoder.encode("我是中国人,I love!","GB2312");
System.out.println(result);
String origin=URLDecoder.decode(result,"UTF-8");
System.out.println(origin);
}catch(Exception e){
e.printStackTrace();
}
}
运行结果入下:
%E6%88%91%E6%98%AF%E4%B8%AD%E5%9B%BD%E4%BA%BA%EF%BC%8CI+love%EF%BC%81
我是
%E6%88%91%E6%98%AF%E7%89%9B%E4%BA%BA%EF%BC%8CI+love%21
我是中国人,I love!
%CE%D2%CA%C7%D6%D0%B9%FA%C8%CB%A3%ACI+love%A3%A1
我是中国人,I love!
%CE%D2%CA%C7%D6%D0%B9%FA%C8%CB%A3%ACI+love%A3%A1
�����й��ˣ�I love��
所以说对于英文字母用什么编码解码是没有意义的。
网页中的表单使用POST方法提交时,数据内容的类型是 application/x-www-form-urlencoded,这种类型会:
1.字符"a"-"z","A"-"Z","0"-"9",".","-","*",和"_" 都不会被编码; URLEncoder类包含将字符串转换为application/x-www-form-urlencoded MIME 格式的静态方法。 web设计者面临的众多难题之一便是怎样处理不同操作系统间的差异性。这些差异性能引起URL方面的问题:例如,一些操作系统允许文件名中含有空格符,有些又不允许。大多数操作系统不会认为文件名中含有符号“#”会有什么特殊含义;但是在一个URL中,符号“#”表示该文件名已经结束,后面会紧跟一个fragment(部分)标识符。其他的特殊字符,非字母数字字符集,它们在URL或另一个操作系统上都有其特殊的含义,表述着相似的问题。为了解决这些问题,我们在URL中使用的字符就必须是一个ASCII字符集的固定字集中的元素,具体如下: |
类URL并不自动执行编码或解码工作。你能生成一个URL对象,它可以包括非法的ASCII和非ASCII字符和/或%xx。当用方法getPath() 和toExternalForm( ) 作为输出方法时,这种字符和转移符不会自动编码或解码。你应对被用来生成一个URL对象的字符串对象负责,确保所有字符都会被恰当地编码。