首先我們更改request和response的字符集
request.setCharacterEncoding("UTF-8");
response.setCharacterEncoding("UTF-8");如果數據庫寫入亂碼，我們可以在url
Class.forName("com.mysql.jdbc.Driver");
String url="jdbc:mysql://localhost:3306/123?useUnicode=true&characterEncoding=UTF-8";
conn =DriverManager.getConnection(url, "root", ""); 如果字符的網頁顯示亂碼
GBK->UTF-8
String str=new String(request.getParameter("userId").getBytes("GBK"),"UTF-8")接下來，如果還沒有解決，可能就是
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>我們來講講JSP中 ContentType 與 pageEncoding 設置字符集的區別與聯繫
在JSP標準的語法中，如果pageEncoding屬性存在，那麼JSP頁面的字符編碼方式就由pageEncoding決定，
否則就由contentType屬性中的charset決定，如果charset也不存在，JSP頁面的字符編碼方式就採用默認的ISO-8859-1。
ContentType屬性指定了MIME類型和JSP頁面迴應時的字符編碼方式。MIME類型的默認值是“text/html”; 字符編碼方式的默認值是“ISO-8859-1”. MIME類型和字符編碼方式由分號隔開。
pageEncoding的內容只是用於jsp輸出時的編碼，不會作爲header發出去的。pageEncoding是通知web server jsp的編碼。
pageEncoding是jsp文件本身的編碼
contentType的charset是指服務器發送給客戶端時的內容編碼
JSP要經過兩次的“編碼”，第一階段會用pageEncoding，第二階段會用utf-8至utf-8，第三階段就是由Tomcat出來的網頁，用的是contentType。
第一階段是jsp編譯成.java，它會根據pageEncoding的設定讀取jsp，結果是由指定的編碼方案翻譯成統一的UTF-8 JAVA源碼（即.java），如果pageEncoding設定錯了，或沒有設定，出來的就是中文亂碼。
第二階段是由JAVAC的JAVA源碼至java byteCode的編譯，不論JSP編寫時候用的是什麼編碼方案，經過這個階段的結果全部是UTF-8的encoding的java源碼。JAVAC用UTF-8的encoding讀取java源碼，編譯成UTF-8 encoding的二進制碼（即.class），這是JVM對常數字串在二進制碼（java encoding）內表達的規範。
第三階段是Tomcat（或其的application container）載入和執行階段二的來的JAVA二進制碼，輸出的結果，也就是在客戶端見到的，這時隱藏在階段一和階段二的參數contentType就發揮了功效
