本文目录一览：
- 1、用java读取txt档案中的中文写入资料库出现中文乱码，怎么解决？
- 2、java中文乱码，能说下string.getBytes()和new String()转码是，具体点。
- 3、在java中怎样处理中文乱码的问题？（有几种处理方式）
- 4、java 编程中汉字字符串变成繁体或乱码
- 5、java中文乱码问题
- 6、java输入输出的问题，输出中文字符串出现乱码
用java读取txt档案中的中文写入资料库出现中文乱码，怎么解决？
用java读取txt档案中的中文写入资料库出现中文乱码，怎么解决？
1,设定下你资料库的编码,一般设定成UTF-8或者GBK或者GB2312
2,java读取TXT资料时可以转换下编码,再存进资料库,从资料库读取出来后显示时也同样的转换下编码,好像可以用个过滤器来弄的,
MFC向MySQL资料库写入资料，中文乱码怎么解决
① 首先把MySQL的服务停掉 在执行视窗输入： s mysql
② 把伺服器和客户端的字符集改成自己想用的字符集：GB2312或是utf8等……
具体操作为：开启mysql安装目录下的myini.tet；
找到default-character-set,将其改为自己想用的字符集：GB2312或是utf8等……，要注意的是这里有两个default-character-set，用ctrl+f定位在档案最前面输入default就会找到，都要改过来；
③ 重启MySQL伺服器，在执行视窗输入： start mysql
④ 最重要的是一点是，到这里我们已经能够解决乱码问题了，可问题是我们依然还会出现乱码问题，这是因为我们现在的表被建立的时候用的是预设的字符集(latin1)，所以这时候我们要把表删除，然后重建就可以了！
java资料库中文乱码怎么解决
可能原因一：资料库不支援中文，或者是资料库编码格式和java程式码编码格式不一致，这种情况需要修改资料库编码格式：
ALTER SYSTEM DISABLE RESTRICTED SESSION;改完编码后执行
sql conn / as sysdba;
sql shutdown immediate;
database closed.
database di *** ounted.
oracle instance shut down.
sql startup mount;
oracle instance started.
total system global area 135337420 bytes
fixed size 452044 bytes
variable size 109051904 bytes
database buffers 25165824 bytes
redo buffers 667648 bytes
database mounted.
sql alter system enable restricted session;
system altered.
sql alter system set job_queue_processes=0;
system altered.
sql alter system set aq_tm_processes=0;
system altered.
sql alter database open;
database altered.
sql alter database character set internal_use UTF-8;
sql shutdown immediate;
sql startup;
可能原因二：java程式码生成插入语句的时候，已经发生乱码现象，这种只能是修改专案编码格式或者是在资料获取的时候直接转译程式码编码格式来实现了。
php读取txt档案写入资料库
等于茫然无知地站在那里。
那些纪念碑树立在亚莫迪凯和内格巴
虽受天鹅神翅拍体撞，
给我一只芦笛，歌唱吧
第二天
你早就被风吹绉了的谎言哈哈
android中读取档案中文乱码怎么解决
修改APP的编码就可以了
右键--Properties--Resource--Text file encoding 选择就可以了
java 读取mysql出现中文乱码？
这个是字符集设定出了问题。首先要看你的资料库是什么字符集。mysql 4.x的多用GBK gb2312一类的中文字符集，5.x以后多用utf8的。
在确定了资料库本身的字符集以后，你再确定你前台程式使用的啥语言。一般java预设的就是utf8 如果不是，你就改成和资料库一样的字符集。只有你2个地方的字符集对应了，才能正常显示。
java档案中的中文乱码怎么解决
原因是写入时使用的字元编码和期望的不一致导致的，因为JVM虚拟机器启动时会因不同的引数使用不同的预设字元编码。
资料库汇入sql后中文乱码怎么解决
肯定是它的资料库和你的资料库的编码不一致。
检视他的资料库的编码，比如为A编码。
检视你的资料库的编码，比如为B编码。
用ultraedit开启指令码档案(给你的sql档案），另存为另一个档案（储存时选择你的编码B)
然后再汇入。
在Servlet写插入资料库时出现中文乱码。怎样解决？拜托了各位 谢谢
写入资料库出现中文乱码？你接收的资料就是乱码吧...写入资料库是不会出现这问题的..你自己看看你接收到的资料是不是就乱码了
求高手解决java 读取mysql资料库资料时的中文乱码问题！急 急 急
根据下面这几个步骤，选择操作
① 首先把MySQL的服务停掉 在执行视窗输入： s mysql
② 把伺服器和客户端的字符集改成自己想用的字符集：GB2312或是utf8等……
具体操作为：开启mysql安装目录下的myini.tet；
找到default-character-set,将其改为自己想用的字符集：GB2312或是utf8等……，要注意的是这里有两个default-character-set，用ctrl+f定位在档案最前面输入default就会找到，都要改过来；
③ 重启MySQL伺服器，在执行视窗输入： start mysql
④ 最重要的是一点是，到这里我们已经能够解决乱码问题了，可问题是我们依然还会出现乱码问题，这是因为我们现在的表被建立的时候用的是预设的字符集(latin1)，所以这时候我们要把表删除，然后重建就可以了
java中文乱码，能说下string.getBytes()和new String()转码是，具体点。
1、Java中，【String.getBytes(String decode)】的方法，会根据指定的decode，编码返回某字符串在该编码下的byte数组表示，例如：
byte[] b_gbk = "中".getBytes("GBK");
byte[] b_utf8 = "中".getBytes("UTF-8");
byte[] b_iso88591 = "中".getBytes("ISO8859-1")
上面三行代码表示：分别返回“中”这个汉字在GBK、UTF-8和ISO8859-1编码下的byte数组表示，此时b_gbk的长度为2，b_utf8的长度为3，b_iso88591的长度为1。
2、而通过【new String(byte[], decode)】的方式来还原这个“中”字时，实际是使用decode指定的编码来将byte[ ]解析成字符串，例如：
String s_gbk = new String(b_gbk,"GBK");
String s_utf8 = new String(b_utf8,"UTF-8");
String s_iso88591 = new String(b_iso88591,"ISO8859-1");
s_gbk和s_utf8都是“中”，而只有s_iso88591是一个不认识 的字符，因为ISO8859-1编码的编码表中，根本就没有包含汉字字符，当然也就无法通过"中".getBytes("ISO8859-1")。
因此，通过【String.getBytes(String decode)】方法来得到byte[ ]时，要确定decode的编码表中确实存在String表示的码值，这样得到的byte[ ]数组才能正确被还原。
扩展资料
java中文编码避免乱码
1、为了让中文字符适应某些特殊要求（如http header头要求其内容必须为iso8859-1编码），可能会通过将中文字符按照字节方式来编码的情况，比如：
String s_iso88591 = new String("中".getBytes("UTF-8"),"ISO8859-1")
2、上述例子中的s_iso8859-1字符串实际是三个在 ISO8859-1中的字符，在将这些字符传递到目的地后，目的地程序再通过相反的方式：
String s_utf8 = new String(s_iso88591.getBytes("ISO8859-1"),"UTF-8")
来得到正确的中文汉字。这样就既保证了遵守协 议规定、也支持中文。
3、String.getBytes(String decode)方法会根据指定的decode编码返回某字符串在该编码下的byte数组表示这里是encode ，not decode，从字符串到字节数组是编码的过程，从字节数组到字符串（即 new String（byte[] , charsetname））才是解码的过程。
参考资料：百度百科-UTF-8
在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 编程中汉字字符串变成繁体或乱码
这个是典型的GBK乱码。
应该是你的jdk的编码设置不对。和你的java文件编码不一致。
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输入输出的问题，输出中文字符串出现乱码
是你系统编码设置有问题，右击项目选择properties，修改你项目的默认编码为GBK或者为utf-8
