接上文，北京北大青鳥學校總結(jié)：JSP常見問題的解決方式（二）
4，上傳文件時的亂碼解決
上傳文件時，form表單設置的都是enctype=multipart/form-data。這種方式以流方式提交文件。如果使用apach的上傳組件，會發(fā)現(xiàn)有很多亂碼現(xiàn)象。這是因為apach的先期commons-fileupload.jar有bug，取出漢字后進行解碼，因為這種方式提交，編碼又自動使用的是tomcat缺省編碼格式iso-8859-1。但出現(xiàn)的亂碼問題是：句號，逗號，等特殊符號變成了亂碼，漢字如果數(shù)量為奇數(shù)，則會出現(xiàn)亂碼，偶數(shù)則解析正常。
解決方式： 下載commons-fileupload-1.1.1.jar 這個版本的jar已經(jīng)解決了這些bug。但是取出內(nèi)容時仍然需要對取出的字符進行從iso8859-1到utf-8轉(zhuǎn)碼。已經(jīng)能得到正常所有漢字以及字符。
5，Java代碼關(guān)于url請求，接受參數(shù)的亂碼
url的編碼格式，取決于上面所說的URIEncoding=”UTF-8”。 如果設定了這個編碼格式，則意味著所有到url的漢字參數(shù)，都必須進行編碼才可以。否則得到的漢字參數(shù)值都是亂碼，例如
一個鏈接 Response.sendDerect（“/a.jsp?name=張大維”）；而在a.jsp里面直接使用
String name = request.getParameter（name）；得到的就是亂碼。因為規(guī)定了必須是utf-8才可以，所以，這個轉(zhuǎn)向應該這樣寫：Response.sendDerect（“/a.jsp?name=URLEncode.encode(“張大維”,”utf-8”)；才可以。（北京北大青鳥學校）
如果不設置這個參數(shù)URIEncoding=”UTF-8”， 會怎么樣呢? 不設置則就使用了缺省的編碼格式iso8859-1。問題又出來了，第一就是參數(shù)值的個數(shù)如果是奇數(shù)個數(shù)，則就可以正常解析，如果使偶數(shù)個數(shù)，得到最后字符就是亂碼。還有就是如果最后一個字符如果是英文，則就能正常解析，但中文的標點符號仍出現(xiàn)亂碼。權(quán)宜之計，如果您的參數(shù)中沒有中文標點符號，則可以在參數(shù)值最后加一個英文符號來解決亂碼問題，得到參數(shù)后再去掉這個最后面的符號。也可以湊或使用。
6，腳本代碼關(guān)于url請求，接受到的參數(shù)亂碼
腳本中也會進行頁面轉(zhuǎn)向的控制，也會涉及到附帶參數(shù)，并在接受頁面解析這個參數(shù)的情況。如果這個漢字參數(shù)不進行URIEncoding=”UTF-8”所指定的編碼處理，則接受頁面接受到的漢字也是亂碼。腳本處理編碼比較麻煩，必須有相應的編碼腳本對應文件，然后調(diào)用腳本中的方法對漢字進行編碼即可。
7，關(guān)于jsp在MyEclipse中打開的亂碼問題
對于一個已經(jīng)存在的項目，Jsp文件的存儲格式可能是utf-8。如果新安裝的eclipse，則缺省打開使用的編碼格式都是iso8859-1。所以導致 jsp里面的漢字出現(xiàn)亂碼。這個亂碼比較容易解決，直接到eclipse3.1的偏好設置里面找到general-〉edidor，設置為您的文件打開編碼為utf-8即可。Eclipse會自動重新以新的編碼格式打開。漢字即可正常顯示。
8，關(guān)于html頁面在eclipse中打開出現(xiàn)亂碼情況
由于大部分頁面都是由dreamweaver制作，其存儲格式跟eclipse的識別有差別導致。一般這種情況，在eclipse中新建一個jsp，直接從dreamweaver復制頁面內(nèi)容粘貼到jsp即可。（北京北大青鳥學校）
