Java中文問題之解決方案，比較全

文章目錄

• 解決方案：

從csdn上一個id為chuan122345的網友的回答中粘貼過來的

轉自：http://topic.csdn.net/t/20060517/11/4757694.html

自從接觸Java和JSP以來，就不斷與Java的中文亂碼問題打交道，現在終於得到了徹底的解決，現將我們的解決心得與大家共用。   
    
  一、Java中文問題的由來   
    
  Java的核心和class檔案是基於unicode的，這使Java程式具有良好的跨平台性，但也帶來了一些中文亂碼問題的麻煩。原因主要有兩方面，Java和JSP檔案本身編譯時間產生的亂碼問題和Java程式於其他媒介互動產生的亂碼問題。   
    
  首先Java（包括JSP）源檔案中很可能包含有中文，而Java和JSP源檔案的儲存方式是基於位元組流的，如果Java和JSP編譯成class檔案過程中，使用的編碼方式與源檔案的編碼不一致，就會出現亂碼。基於這種亂碼，建議在Java檔案中盡量不要寫中文（注釋部分不參與編譯，寫中文沒關係），如果必須寫的話，盡量手動帶參數－ecoding   GBK或－ecoding   gb2312編譯；對於JSP，在檔案頭加上<%@   page   contentType="text/html;charset=GBK"%>或<%@   page   contentType="text/html;charset=gb2312"%>基本上就能解決這類亂碼問題。   
    
  本文要重點討論的是第二類亂碼，即Java程式與其他儲存媒介互動時產生的亂碼。很多儲存媒介，如資料庫，檔案，流等的儲存方式都是基於位元組流的，Java程式與這些媒介互動時就會發生字元(char)與位元組(byte)之間的轉換，具體情況如下：   
    
  從頁面form提交資料到java程式   byte－>char   
  從java程式到頁面顯示   char—>byte   
    
  從資料庫到java程式   byte—>char   
  從java程式到資料庫   char—>byte   
    
  從檔案到java程式   byte－>char   
  從java程式到檔案   char－>byte   
    
  從流到java程式   byte－>char   
  從java程式到流   char－>byte   
    
  如果在以上轉換過程中使用的編碼方式與位元組原有的編碼不一致，很可能就會出現亂碼。   
    
  二、解決方案   
    
  前面已經提到了Java程式與其他媒介互動時字元和位元組的轉換過程，如果這些轉換過程中容易產生亂碼。解決這些亂碼問題的關鍵在於確保轉換時使用的編碼方式與位元組原有的編碼方式保持一致，下面分別論述（Java或JSP自身產生的亂碼請參看第一部分）。   
    
  1、JSP與頁面參數之間的亂碼   
  JSP擷取頁面參數時一般採用系統預設的編碼方式，如果頁面參數的編碼類別型和系統預設的編碼類別型不一致，很可能就會出現亂碼。解決這類亂碼問題的基本方法是在頁面擷取參數之前，強制指定request擷取參數的編碼方式：request.setCharacterEncoding("GBK")或request.setCharacterEncoding("gb2312")。   
  如果在JSP將變數輸出到頁面時出現了亂碼，可以通過設定response.setContentType("text/html;charset=GBK")或response.setContentType("text/html;charset=gb2312")解決。   
  如果不想在每個檔案裡都寫這樣兩句話，更簡潔的辦法是使用Servlet規範中的過慮器指定編碼，過濾器的在web.xml中的典型配置和主要代碼如下：   
  web.xml:   
    
  <filter>   
  <filter-name>CharacterEncodingFilter</filter-name>   
  <filter-class>net.vschool.web.CharacterEncodingFilter</filter-class>   
  <init-param>   
  <param-name>encoding</param-name>   
  <param-value>GBK</param-value>   
  </init-param>   
  </filter>   
  <filter-mapping>   
  <filter-name>CharacterEncodingFilter</filter-name>   
  <url-pattern>/*</url-pattern>   
  </filter-mapping>   
    
  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);   
  }   
    
  }   
    
    
  2、Java與資料庫之間的亂碼   
  大部分資料庫都支援以unicode編碼方式，所以解決Java與資料庫之間的亂碼問題比較明智的方式是直接使用unicode編碼與資料庫互動。很多資料庫驅動自動支援unicode，如Microsoft的SQLServer驅動。其他大部分資料庫驅動，可以在驅動的url參數中指定，如如mm的mysql驅動：jdbc:mysql://localhost/WEBCLDB?useUnicode=true&characterEncoding=GBK。   
    
  3、Java與檔案/流之間的亂碼   
  Java讀寫檔案最常用的類是FileInputStream/FileOutputStream和FileReader/FileWriter。其中FileInputStream和FileOutputStream是基於位元組流的，常用於讀寫二進位檔案。讀寫字元檔案建議使用基於字元的FileReader和FileWriter，省去了位元組與字元之間的轉換。但這兩個類的建構函式預設使用系統的編碼方式，如果檔案內容與系統編碼方式不一致，可能會出現亂碼。在這種情況下，建議使用FileReader和FileWriter的父類：InputStreamReader/OutputStreamWriter，它們也是基於字元的，但在建構函式中可以指定編碼類別型：InputStreamReader(InputStream   in,   Charset   cs)   和OutputStreamWriter(OutputStream   out,   Charset   cs)。     
    
  4、其他   
  上面提到的方法應該能解決大部分亂碼問題，如果在其他地方還出現亂碼，可能需要手動修改代碼。解決Java亂碼問題的關鍵在於在位元組與字元的轉換過程中，你必須知道原來位元組或轉換後的位元組的編碼方式，轉換時採用的編碼必須與這個編碼方式保持一致。我們以前使用Resin伺服器，使用smartUpload組件上傳檔案，上傳檔案同時傳遞的中文參數擷取沒有亂碼問題。當在Linux中把Resin設定成服務後，上傳檔案同時的中文參數擷取出現了亂碼。這個問題困擾了我們很久，後來我們分析smartUpload組件的源檔案，因為檔案上傳採用的是位元組流的方式，裡麵包含的參數名稱和值也是位元組流的方式傳遞的。smartUpload組件讀取位元組流後再將參數名稱和值從位元組流中解析出來，問題就出現在smartUpload將位元組流轉換成字串時採用了系統預設的編碼，而將Resin設定成服務後，系統預設的編碼可能發生了改變，因此出現了亂碼。後來，我們更改了smartUpload的源檔案，增加了一個屬性charset和setCharset(String)方法，將upload()方法中提取參數語句：   
  String   value   =   new   String(m_binArray,   m_startData,   (m_endData   -   m_startData)   +   1   );   
  改成了   
  String   value   =   new   String(m_binArray,   m_startData,   (m_endData   -   m_startData)   +   1,   charset   );   
  終於解決了這個亂碼問題。

 

我遇到的問題：

問題文章原文：我在MySQL的表中中儲存了一些SQL語句，用JSP讀出這些語句，然後用這些語句，結果卻出現這樣的錯誤： 
om.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '??,??,??? from CHART' at line 1 

解決方案：

1. 問題解決了，在context.xml檔案中的jdbc url中加入?characterEncoding=UTF-8就可以了，但這個url似乎只接受一個這種變數，我試過&和？，都沒成功，估計其它地方配置還有些問題，或者我這個版本的mysql的url分割符有些改變。 
   問題發生的原因我覺得是java與資料庫進行互動時會將char->byte，即將字串轉為位元組流，然後資料庫在將位元組流轉回字元時格式發生了變化，不知道mysql裡面怎麼設定可以讓它的編碼為utf-8. 
   不過這個問題既然已經在功能上沒什麼問題了，就先結貼吧。
2. 加一個過濾器，在web.xml中配置一個過濾器。這種方法我沒試，我覺得應該是種很不錯的方法，原理也沒怎麼看懂，尤其是如何判斷原檔案的編碼格式，有時間一定弄一下試試。