java編譯字元串變數會生成亂碼

A. 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=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 );
出處：http://www.enet.com.cn/article/2008/0229/A20080229170410.shtml

B. java編譯成功運行出亂碼

import java.util.*;

省略。。。

System.out.println("jia="+Arrays.toString(jia(x,y)));

C. 為什麼在cmd上編譯java程序 會亂碼

1、你的情況：

有的有選擇代碼頁的！！設置一下

3、

如果cmd的默認代碼頁屬性修改不了，那麼修改注冊表：

1win鍵+R打開「運行」對話框，輸入regedit打開注冊表編輯器。

2找到 [HKEY_CURRENT_USERConsole\%SystemRoot%_system32_cmd.exe]

3 修改"CodePage"=dword:000003a8

【注】十六進制"000003a8"或十進制"936"，表示「936 (ANSI/OEM - 簡體中文 GBK)」。

如果代碼頁改成65001之後，仍無法正常顯示UTF-8字元，則需要改變字體屬性：在命令行標題欄上點擊右鍵，選擇"屬性"->"字體"，將字體修改為True Type字體"Lucida Console"，然後點擊確定將屬性應用到當前窗口。
通過以上操作並不能完全解決問題，因為顯示出來的內容有可能不完全。可以先最小化，然後最大化命令行窗口，文件的內容就完整的顯示出來了。

、

D. java 編程中漢字字元串變成繁體或亂碼

這個是典型的GBK亂碼。
應該是你的jdk的編碼設置不對。和你的java文件編碼不一致。

E. java 字元串字元串亂碼問題

應該是編碼格式的問題吧
//ISO編碼轉為GBK編碼
public static String ISOtoGBK(String s) {
String str = "";
try {
if (s == null || s == "" || s.equals("")) {
str = s;
} else {
str = new String(s.getBytes("ISO8859-1"),"GBK");
}
} catch (UnsupportedEncodingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return str;
}

F. JAVA 亂碼 根本原因是什麼

計算機在設計之初的時候，就對應了英文以及部分符號，其他很多語言和符號都沒有對應，為了顯示這些文字，就創建了很多文字字元集以及對應的編碼。比如UTF-8,GBK等等，利用一串英文和數字來代表這個字。
亂碼產生的根本原因就是編碼格式和解碼格式不一樣，編碼在字元集中不存在的話就會顯示亂碼。

G. JAVA 編譯能通過，但顯示亂碼

不太明白你的亂碼是指的什麼，單從程序看 你的代碼是沒問題的，可能是你其他環境影響，最好有截圖

H. 為什麼java編程中寫的漢字變成亂碼了

你的編碼格式選擇的不對，右鍵單擊項目，點擊Properties：

將格式換成GBK或者UTF-8就行了