① java讀取文件亂碼
java文件讀取的時候有中文就很出現亂碼，通常獲取到的文件中通常都是「iso8859-1」格式，需要轉換為「UTF-8」格式。
如：String str = new String（str.getByte("iso8859-1"),"UTF-8"）;進行下強制轉換後在進行讀取即可。
備註：通常格式有GBK、UTf-8、iso8859-1、GB2312，如果上面的強制轉換不成功，依次進行這些格式的嘗試，肯定是可以解決問題的。
② 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編碼
③ .java怎麼把亂碼轉成文字
1. 為什麼java編程中寫的漢字變成亂碼了
您好！
本身編輯文件的時候用的編碼不一樣.. 例如. 你寫的類文件起始編碼為 GB-2312 的 （記事本）而用ide 工具打開後會出現亂碼. 那就是ide 本身默認打開文件的編碼方式不一樣.當然 相反也是.. ide 編寫的文件 默認編碼和打開方式 例如 記事本所 或者 html 打開的 可能也會出現亂碼， 那就需要如姿，， 統一編碼. 簡單的方法就是 將文件用 記事本打開.. 然後另存. 另存的過程中有個 編碼方式選擇. 選擇與編譯器相同的就可以了，
也可以改變編譯器的默認編碼.
希望能幫到您！敬請採納！
中國物聯網校企聯盟
2. java亂碼轉換問題
自從接觸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: CharacterEncodingFilter .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)。
3. java怎麼把UTF
string.getbytes("ISO646-US")
Unicode當然是一個很大的 *** ，現在的規模可以容納100多萬個符號。每個符號的編碼都不一樣，比如，U+0639表示 *** 字母Ain,U+0041表示英語的大寫字母A，「漢」這個字的Unicode編碼是U+6C49。
Unicode固然統一了編碼方式，但是它的效率不高，比如UCS-4(Unicode的標准之一)規定用4個位元組存儲一個符號，那麼每個英文字母前都必然有三個位元組是0，這對存儲和傳輸來說都很耗資源。
④ java獲取sql資料庫中數據時輸出亂碼(高分）
不是亂碼，是因為是輸出的是一個類對象。System.out.println("Symptom="+Symptom[i]); Symptom[i]是Symptom_table的一個實例，而且你定義的類Symptom_table沒有toString()方法，所以在物友print這個類的實例時就出現這樣的情況，要想輸出這個類的各參數，可以寫成
System.out.println("Symptom="+Symptom[i].SymptomNum + " " + Symptom[i].Symptom);
也可以在類Symptom_table中定義一個toString()方法春舉，在這個方法里把各個參數連成一個字元串，這樣用System.out.println("Symptom="+Symptom[i]); 輸出時就扒螞碧不會出現這種情況了
⑤ java 地址欄直接輸入中文參數 後台亂碼
你在後台Action里設置下把接收的參數編譯一下.如果不是這個問題的話,就比較麻煩了
要寫個過濾器 代碼如下
<!-- 設置編碼格式為utf-8 -->
<filter>
<filter-name>CharacterEncodingFilter<兆瞎沒/filter-name>
<filter-class>族納
org.springframework.web.filter.CharacterEncodingFilter
</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>utf-8</param-value>
</init-param>
<init-param>
<param-name>forceEncoding</param-name>
<param-value>true</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>*.html</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>*.jsp</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>神悔*.do</url-pattern>
</filter-mapping>
⑥ java get方式中文亂碼
get方式提交的參數編碼，只支持咐尺iso8859-1編碼。
因此，如果裡面有中文。
在衡灶高辯洞後台就需要轉換編碼，如下
String zhongwen = request.getParameter("zhongwen");
zhongwen = new String(zhongwen.getBytes("iso8859-1"),"GBK");
前提是你頁面編碼就是GBK，如果是utf-8，那上面那句代碼後面就改成utf-8
⑦ java 接收get請求帶中文亂碼，已經更改字元編碼 可是不生效
給的信息太少了，，出現亂碼有好幾多原因。。主要是你請求是傳參編緩絕碼格式、容器格式以及你代團橋碼去參是的格式。最好把這些擾或姿都使用統一的格式。
⑧ java介面獲取數據亂碼問題。
java介面獲取數據亂碼問題：
BufferedReader br = new BufferedReader(new InputStreamReader(System.in,"UTF-8"))。System.out.print("請輸入學生所在燃賣地:");
String location = new String(br.readLine().getBytes("GBK"),"UTF-8"亂段頃)。
System.out.println(location)。
ISO8859-1」嘩陸=》「ISO-8859-1」
或則獲取位元組數組時調用無參的
new String(getRequest().getParameter("keyword").getBytes(),"UTF-8")。
⑨ 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