① java中亂碼問題
你看下我寫那篇博文吧[如何徹底解決java開發中的亂碼問題]
http://stephen830.javaeye.com/blog/254350
不光你這碰到的問題，還有其它問題基本能解決
如果知道就先把它轉化回去如：
byte[] b=str.getBytes("ISO-8859-1");
一般的默認是ISO-8859-1形式的編碼
一般以POst方法提交的表單數據中有中文字元
獲取之前：request.setCharacterEncoding("GBK");
發送中文數據之前：response.setContentType("text/html;charset=GBK");
對於JSP頁面，獲取請求參數之前：
<%request.setCharacterEncoding("GB2312")%>
<%@page contentType="text/html;charset=GBK"%>
還有就是
String name=request.getParameter("name");
得到的是亂碼
name=new String(name.getBytes("ISO-8859-1"),"GBK")
在這的第一行name的Unicode值是以ISO-8859-1編碼轉化過來的，調用第二行是將得到原始的GBK編碼值，用new String重新構造字元串的Unicode編碼
② 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
③ JAVA開發中，常見的亂碼有哪幾種，如何解決
1、瀏覽器調用jsp，html等頁面中文顯示亂碼
此情況需滿足兩個要求：
（1）文件本身是以utf-8編輯保存的（myEclipse中在properties中滑鼠右鍵選擇utf-8）
（2）瀏覽器用utf-8解析：
(手動)==> 在瀏覽器中右鍵選擇編碼格式為utf-8
(智能)==> 在文件中寫入如： <meta name="content-type" content="text/html; charset=UTF-8"> 通過<meta>標簽模擬response頭，起到告訴瀏覽器用utf-8的編碼解析
(智能)==> response.setContentType("text/html;charset=UTF-8");起到告訴瀏覽器用utf-8的編碼解析
常用：
<meta name="content-type" content="text/html; charset=UTF-8">或<meta charset="utf-8">
<%@ pageEncoding="utf-8"%>
<?xml encoding="UTF-8"?>
2、通過瀏覽器調用servlet，頁面顯示亂碼。
Servlet亂碼分為request亂碼和response亂碼；
（1）response亂碼問題
解決方法：
在網上很有效的解決方法是添加：
response.setCharacterEncoding("UTF-8");
解決不了，後來又搜到一條解決方法是：
response.setContentType("text/html;charset=utf-8");或者 response.setHeader("content-type","text/html;charset=UTF-8");告訴瀏覽器用utf-8解析。(setHeader是HttpServletResponse的方法。如果想在攔截器Filter中設置字元編碼，則無此方法，因為Filter的doFilter方法的參數類型是ServletResponse)
兩句都填上，後來終於解決了這個問題；
其實我們應該思考一下本質：
response.setContentType("text/html;charset=UTF-8"); 目的是為了控制瀏覽器的行為，即控制瀏覽器用UTF-8進行解碼；
response.setCharacterEncoding("UTF-8");目的是用於response.getWriter()輸出的字元流的亂碼問題。如果是response.getOutputStream()是不需要此種解決方案的，因為這句話的意思是為了將response對象中的數據以UTF-8解碼後的位元組流發向瀏覽器；
④ [Java]如何解決亂碼問題
亂碼的話，分為幾個位置的亂碼。
一、是JSP頁面亂碼問題，
解決方式：<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
二、後台向前端傳輸字元串的的亂碼
解決方式： response.setContentType("text/html;charset=UTF-8");
response.setCharacterEncoding("UTF-8");
三、Ajax非同步傳參時的亂碼問題
解決方法：contentType:"application/x-www-form-urlencoded; charset=utf-8",
四、myEclips或Eclips打開文件時亂碼
解決方法：右鍵該文件-porperties-把該文件調為UTF-8的格式
純手寫，請給採納
⑤ Java亂碼問題
把tomcat的編碼改成utf-8。
在server.xml中修改，
<Connector URIEncoding="utf-8" connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>
⑥ 在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方法關閉，否則會一直處於打開狀態，直至程序停止，增加系統負擔。
⑦ java Swing 向資料庫傳參數出現亂碼怎麼辦
格式化參數。校對資料庫與代碼的字元集編碼。
⑧ java 亂碼問題
這是一個屬性配置亂碼問題，如果你想做配置中文，光靠設置為UTF-8或GB2312等格式是不夠的，要把你的中文字幕轉化為二進制代碼。在JDK有一種自帶的轉二制編碼格式的exe.在JDK的bin目錄下有一個native2ascii.exe。打開該應用，把中文復制進行，就可以出現二進制碼了，如：我們，出來的二進制是：\u6211\u4eec。把這些碼復制到你java co.properties里，回顯出來就是中文了。
⑨ java https請求 中文亂碼問題
嘗試的方法：
1. 在服務端接收到參數時，utf-8轉gbk,無效。
2. 在服務端接收到參數時，iso-8859-1轉gbk,無效。
3. 在發送請求前將中文參數轉碼，utf-8轉iso-8859-1,無效。代碼如下：
new String（remark.getBytes（「UTF-8」）， 「ISO-8859-1」）
4. 在請求端，HttpHeader設定ContentType為「application/json;UTF-8」,無效。代碼如下：
headers.setContentType（Media.valueOf（「application/json;UTF-8」））；
寫到這里，有人應該感覺到這有點「病急亂投醫」的感覺了，沒有頭緒地在試著各種方式。是的，起初我覺得是請求header中採用了ISO-8859-1的編碼，但嘗試後很顯然不是；後來我覺著是否是RestTemplate中採用的HttpMessageConverter方式所決定的，但沒能找到很好的證明方式，查資料說的是StringHttpMessageConverter默認採用的是ISO-8859-1編碼，可我覺得我指定了ContentType為application/json,RestTemplate不應該去調用StringHttpMessageConverter啊，其中的原理還有待深究。個人感覺這種情況出問題的可能性最大。
最後，在網上看到一篇文章後，看了一種建議方式，並且是可行的，就是使用URLEncode,將中文參數在傳參前進行encode.這里以GBK編碼是為了在伺服器端接收參數後無需再轉碼了，如下：
list.add（URLEncode.encode（name, 「GBK」））；
URLEncode方式可以解決這種特定場景的中文亂碼問題，相信理解其原理後還可以運用到更多的場景。目前我在網上看到的，關於用URLEncode處理中文亂碼最多的場景就是文件下載時中文文件名亂碼。
⑩ java亂碼問題
你知道亂碼原來的編碼嗎，如果知道就先把它轉化回去如：
byte[] b=str.getBytes("ISO-8859-1");
一般的默認是ISO-8859-1形式的編碼
一般以POst方法提交的表單數據中有中文字元
獲取之前：request.setCharacterEncoding("GBK");
發送中文數據之前：response.setContentType("text/html;charset=GBK");
對於JSP頁面，獲取請求參數之前：
<%request.setCharacterEncoding("GB2312")%>
<%@page contentType="text/html;charset=GBK"%>
還有就是
String name=request.getParameter("name");
得到的是亂碼
name=new String(name.getBytes("ISO-8859-1"),"GBK")
在這的第一行name的Unicode值是以ISO-8859-1編碼轉化過來的，調用第二行是將得到原始的GBK編碼值，用new String重新構造字元串的Unicode編碼