java运行后中文乱码（在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方法关闭，否则会一直处于打开状态，直至程序停止，增加系统负担。

cmd修改按下快捷键Win+R，输入regedit打开注册变器，依次找到 HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\,右键新建一个字符串值(S), 取名叫Autorun,值设为@chcp 65001》nul,确定保存退出。 重新运行程序便可以正确的显示中文了。 PS修改按下快捷键Win+R，输入regedit打开注册变器，依次找到HKEY_CURRENT_USER\Console\%SystemRoot%_System32_WindowsPowerShell_v1.0_powershell.exeCodePage为65001 （十进制）

乱码问题也是我一直觉得比较蛋疼的问题，下面是我在网上看到的，楼主可以参考一下一、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;“)或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

可在 CMD 窗口输入 chcp 65001 后，再尝试输入 java 命令。

chcp 命令是用来显示或更改活动控制台的代码页。

在 CMD 窗口直 输入 chcp ，可以显示当前代码页编号，默认是 936 ，表示支持 GB2312 编码。

将代码页设置为 65001 ，则支持 UTF-8 编码。

乱码问题是因为编码不一致导致的，即文件的编码和系统编码不一致，所以只需要把文件里面的内容复制到记事本中，修改记事本的后缀为.java ，重新编译运行即可。

当我们不加设置就编译时，相当于使用了参数：javac -encoding gbk XX.java，当然就会出现不兼容的情况。解决方法：1、转换成UTF-8编码格式，但仍然有错解决办法是：应该使用-encoding参数指明编码方式：javac -encoding UTF-8 XX.java2、开始--》计算机--》鼠标反键(鼠标右键)--》属性--》高级系统设置--》环境变量--》系统变量新建。然后输入：“JAVA_TOOL_OPTIONS”变量，值为“-Dfile.encoding=UTF-8”然后确定、确定、在确定后。新开命令行窗口，再次输入javac命令。

第二次打开Eclipse时，除了导入的项目外，其他原本的项目的JAVA文件中正常中文全部变成乱码了，是设置错误造成的，解决方法如下：

1、首先在软件中，右键出现中文乱码的java项目名，在右键菜单中选择最后一项Properties。

2、点击【Properties】，在弹出窗口选择Resource选项，然后在右侧操作窗口中的第一项选择other选项。

3、在选项右边下拉选择中点选合适的编码格式，如果知道导入项目的使用了什么编码，可以尝试选择utf-8，然后确定Apple and close就可以了。

4、也可以在功能菜单选择》project》然后选择最后一个选项Properties。

5、设置完成后，中文乱码就解决了。

解决办法： 1.在代码区域右键 -》 run as -》 run configurations -》 common(右侧) -》 console encoding 如果出现此错误，此时的编码格式应该是UTF-8，选择Other，这时可能没有GBK选项，如果没有，则执行之后操作。 2.更改该项目的文本文件编码,项目右键 -》 properties -》 resource -》 先将 text file encoding调整回GBK,然后再回去重新设置console encoding编码为GBK。

看你编译没问题，运行时报乱码错误。说明是代码的编码跟DOS系统的编码不一致。DOS系统是ASCII码，你看一下你代码的编码是什么，应该不是ASCII码，你把你的代码编码转换成ASCII码试试先，不行再转成UTF-8试试，这样应该就解决了（如果是编码不一致的问题的话）

你的黑窗口的编码格式是GBK的，所以你写的java文件也要弄成这个格式，你是用软件编写的吧？你在新建一个txt粘进去，然后在改为java格式就好了，你可以看看那个关于一些黑窗口格式设置的网页，网上找找，有很多呢