接上文，北京北大青鳥學校總結：JSP常見問題的解決方式（一）
2.表單使用Post方式提交后接收到的亂碼問題
這個問題也是一個常見的問題。這個亂碼也是tomcat的內部編碼格式iso8859-1在搗亂，也就是說post提交時，如果沒有設置提交的編碼格式，則會以iso8859-1方式進行提交，接受的jsp卻以utf-8的方式接受。導致亂碼。既然這樣的原因，下面有幾種解決方式，并比較。
A.接受參數時進行編碼轉換
String str = new String(request.getParameter(something).getBytes(ISO-8859-1),utf-8) ； 這樣的話，每一個參數都必須這樣進行轉碼。很麻煩。但確實可以拿到漢字。
B.在請求頁面上開始處，執行請求的編碼代碼， request.setCharacterEncoding(UTF-8)，把提交內容的字符集設為UTF－8。這樣的話，接受此參數的頁面就不必在轉碼了。直接使用String str = request.getParameter(something)；即可得到漢字參數。但每頁都需要執行這句話。這個方法也就對post提交的有效果，對于get提交和上傳文件時的enctype=multipart/form-data是無效的。稍后下面單獨對這個兩個的亂碼情況再進行說明。
C.為了避免每頁都要寫request.setCharacterEncoding(UTF-8)，建議使用過濾器對所有jsp進行編碼處理。（北京北大青鳥學校）
如果不想在每個文件里都寫這樣兩句話，更簡潔的辦法是使用Servlet規范中的過慮器指定編碼，過濾器的在web.xml中的典型配置和主要代碼
如下：
web.xml:
CharacterEncodingFilter.java:
public class CharacterEncodingFilter implements Filter
{
protected String encoding = null;
public void init(FilterConfig filterConfig) throws ServletException
{
this.encoding = filterConfig.getInitParameter(encoding);
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException
{
request.setCharacterEncoding(encoding);
response.setContentType(text/html;charset=+encoding);
chain.doFilter(request, response);
}
}
（北京北大青鳥學校）
3，表單get提交方式的亂碼處理方式。
如果使用get方式提交中文，接受參數的頁面也會出現亂碼，這個亂碼的原因也是tomcat的內部編碼格式iso8859-1導致。Tomcat會以get的缺省編碼方式iso8859-1對漢字進行編碼，編碼后追加到url，導致接受頁面得到的參數為亂碼/、。
解決辦法：
A，使用上例中的第一種方式，對接受到的字符進行解碼，再轉碼。
B，Get走的是url提交，而在進入url之前已經進行了iso8859-1的編碼處理。要想影響這個編碼則需要在server.xml的Connector節點增加useBodyEncodingForURI=true屬性配置，即可控制tomcat對get方式的漢字編碼方式，上面這個屬性控制get提交也是用 request.setCharacterEncoding(UTF-8)所設置的編碼格式進行編碼。所以自動編碼為utf-8，接受頁面正常接受就可以了。但我認為真正的編碼過程是，tomcat又要根據
enableLookups=false redirectPort=8443 acceptCount=100
debug=0 connectionTimeout=20000 useBodyEncodingForURI=true
disableUploadTimeout=true URIEncoding=”UTF-8”/>
里面所設置的URIEncoding=”UTF-8”再進行一次編碼，但是由于已經編碼為utf-8，再編碼也不會有變化了。如果是從url獲取編碼，接受頁面則是根據URIEncoding=”UTF-8”來進行解碼的。
(未完待續 北京北大青鳥學校學術部)
