| 有個朋友說在百度上提交的數(shù)據(jù)進行編碼后不是我說的那樣，我試了一下，找到原因如下
關于URLEncoder的解析問題
在http://rabbit8.blogchina.com/blog/article_144619.789425.html后，有個朋友留言，說在百度試驗的結果和我文章中說的不一致，我做了個實驗，證實JDK的幫助沒錯，原因如下：
我的試驗代碼如下：
public static void main(String[] args) {
URLEncoder urle = null;
//得到默認：%A8%B9
System.out.println("默認：" + urle.encode("ü"));
try {
//得到GBK：%A8%B9
System.out.println("GBK：" + urle.encode("ü", "GBK"));
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
}
try {
//得到UTF-8：%C3%BC
System.out.println("UTF-8：" + urle.encode("ü", "UTF-8"));
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
}
}
如果用UltraEdit來查看"ü"的ASCII的話，得到的結果如圖：
可見，UltraEdit使用的是操作系統(tǒng)默認的編碼方式(實際上，MS采用的也不是GBK，而是另一種編碼，但效果和GBK差不多)，所以它顯示的ASCII的編碼為A8 B9,就是第一和第二種情況的結果。而第三種情況才是JDK幫助中所聲明的情況。
我查看了百度，提交了一下，結果和我預期的是一樣的！
如果你查看頁面的源文件，會看到百度的charset為gb2312,而幫助中明確提到例子使用的是UTF-8編碼，所以出現(xiàn)了不一致的問題，也正是因為這個原因，所以JDK中決定要廢棄public static String encode(String s)方法，因為這個方法的編碼的字符集依賴于程序運行的系統(tǒng)的默認的字符集！
兔八哥
2005-2-15 17：41
|