首先我們更改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就發揮了功效