java輸出字元串中文亂碼問題（Java輸出亂碼）

本文目錄一覽：

1、如何解決Java中的中文亂碼問題
2、java中的輸出string字元串，是亂碼
3、java中文亂碼問題
4、java中輸入輸出中文亂碼，怎麼辦？
5、在java中怎樣處理中文亂碼的問題？（有幾種處理方式）

如何解決Java中的中文亂碼問題

對於Java，由於默認的編碼方式是UNICODE，所以用中文也易出問題，常見的解決是：

String s2 = new String(s1.getBytes(「ISO-8859-1」),」GBK」);

1、utf8解決JSP中文亂碼問題

一般說來在每個頁面的開始處，加入：

%@ page language=”java” contentType=”text/html; charset=UTF-8″

pageEncoding=”UTF-8″%

%@ page language=”java” contentType=”text/html; charset=UTF-8″

pageEncoding=”UTF-8″%

request.setCharacterEncoding(“UTF-8”);

◆charset=UTF-8的作用是指定JSP向客戶端輸出的編碼方式為「UTF-8」；

◆pageEncoding=”UTF-8″，為了讓JSP引擎能正確地解碼含有中文字元的JSP頁面，這在LINUX中很有效；

◆request.setCharacterEncoding(“UTF-8”);是對請求進行了中文編碼。

有時，這樣仍不能解決問題，還需要這樣處理一下：

String msg = request.getParameter(“message”);

String str=new String(msg.getBytes(“ISO-8859-1″),”UTF-8”);

out.println(st);

java中的輸出string字元串，是亂碼

同學，這個不是亂碼。

數組本身是沒有toString()方法的。

你這裡有個默認的調用 Object.toString()

Object中的toString()方法，是將傳入的參數的類型名和摘要（字元串的hashcode的十六進位編碼）返回。

也就是說，你直接對數組使用了toString()方法，就會得到一個Ljava.lang.String;@175d6ab

其中，Ljava.lang.String 是指數據是String類型的，175d6ab是摘要了

你要想得到你要的類型，需要使用循環的方法來輸出數組中的每一個值。

下面是jdk中關於toString()方法的注釋：

/**

* Returns a string representation of the object. In general, the

* {@code toString} method returns a string that

* “textually represents” this object. The result should

* be a concise but informative representation that is easy for a

* person to read.

* It is recommended that all subclasses override this method.

* p

* The {@code toString} method for class {@code Object}

* returns a string consisting of the name of the class of which the

* object is an instance, the at-sign character `{@code @}’, and

* the unsigned hexadecimal representation of the hash code of the

* object. In other words, this method returns a string equal to the

* value of:

* blockquote

* pre

* getClass().getName() + ‘@’ + Integer.toHexString(hashCode())

* /pre/blockquote

* @return a string representation of the object.

Object中的toString()方法實現：

public String toString() {

return getClass().getName() + “@” + Integer.toHexString(hashCode());

}

java中文亂碼問題

亂碼問題也是我一直覺得比較蛋疼的問題，下面是我在網上看到的，樓主可以參考一下

一、Java中文問題的由來

Java的內核和class文件是基於unicode的，這使Java程序具有良好的跨平台性，但也帶來了一些中文亂碼問題的麻煩。原因主要有兩方面，Java和JSP文件本身編譯時產生的亂碼問題和Java程序於其他媒介交互產生的亂碼問題。

首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基於位元組流的，如果Java和JSP編譯成class文件過程中，使用的編碼方式與源文件的編碼不一致，就會出現亂碼。基於這種亂碼，建議在Java文件中盡量不要寫中文（注釋部分不參與編譯，寫中文沒關係），如果必須寫的話，盡量手動帶參數－ecoding GBK或－ecoding gb2312編譯；對於JSP，在文件頭加上或基本上就能解決這類亂碼問題。

本文要重點討論的是第二類亂碼，即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:

CharacterEncodingFilter

net.vschool.web.CharacterEncodingFilter

encodingGBK

CharacterEncodingFilter

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=truecharacterEncoding=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 );

出處：

java中輸入輸出中文亂碼，怎麼辦？

系統問題

你把所有的dos窗口關閉，然後開始-運行

輸入

reg

add

“HKEY_CURRENT_USER\Console”

“LoadConIme”

REG_DWORD

或者開始-運行-regedit

註冊表中

HKEY_CURRENT_USER\Console下LoadConIme的值改為1

在java中怎樣處理中文亂碼的問題？（有幾種處理方式）

讀取文件的時候如果是用的read方法（位元組流），碰到中文輸出就是亂碼，然後存儲的時候設置下編碼為GBK或者是UTF-8形式即可，可以有效的解決亂碼問題。

可以通過BufferedReader 流的形式進行流緩存，之後通過readLine方法獲取到緩存的內容。

BufferedReader bre = null;

try {

String file = “D:/test/test.txt”;

bre = new BufferedReader(new FileReader(file));//此時獲取到的bre就是整個文件的緩存流

while ((str = bre.readLine())!= null) // 判斷最後一行不存在，為空結束循環

{

System.out.println(str);//原樣輸出讀到的內容

}；

備註：流用完之後必須close掉，如上面的就應該是：bre.close()，否則bre流會一直存在，直到程序運行結束。

可以通過「FileOutputStream」創建文件實例，之後過「OutputStreamWriter」流的形式進行存儲，舉例：

OutputStreamWriter pw = null;//定義一個流

pw = new OutputStreamWriter(new FileOutputStream(「D:/test.txt」),”GBK”);//確認流的輸出文件和編碼格式，此過程創建了「test.txt」實例

pw.write(“我是要寫入到記事本文件的內容”);//將要寫入文件的內容，可以多次write

pw.close();//關閉流

備註：文件流用完之後必須及時通過close方法關閉，否則會一直處於打開狀態，直至程序停止，增加系統負擔。

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/182136.html