初学者问题：java IO部分迷糊，二进制文件和文本文件有什么区别。在程序中处理上有什么不同 JAVA中不管是文本，还是两进制都是以Stream的方式读写的，所以和文件本身无关 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 Java IO通过Stream（分为字节型和字符）来实现，不管你的文件是什么格式的 还有个疑问：natepad是以ASCII编码的，我们在上面写“中国”这两个字的，它是怎么编码的，在屏幕上显示的时候它是怎么解码的？ 在计算机中，都用二进制来表示数据，能表示0和1两种状态的最小存储单位称位(bit)通常规定8bit为一个字节(byte, b),换句话说一个byte最多能表示2^8=256种不同的值，用它来表示拉丁，希腊，西里尔字母绰绰有余，还可以表示很多符号但是要表示中日韩文字就有困难，因此gb2312,big5,unicode等都使用16位来表示，因此一个字符在不同的字符集中所用的字节数不同 在基于 Java 语言的编程中，我们经常碰到汉字的处理及显示的问题。 一大堆看不懂的乱码肯定不是我们愿意看到的显示效果，怎样才能够让那些 汉字正确显示呢？Java 语言默认的编码方式是UNICODE，而我们中国人通常 使用的文件和数据库都是基于 GB2312 或者 BIG5 等方式编码的，怎样才能 够恰当地选择汉字编码方式并正确地处理汉字的编码呢？本文将从汉字编码 的常识入手，结合 Java 编程实例，分析以上两个问题并提出解决它们的方 案。 现在 Java 编程语言已经广泛应用于互联网世界，早在 Sun 公司开发 Java 语言的时候，就已经考虑到对非英文字符的支持了。 Sun 公司公布的 Java 运行环境（JRE）本身就分英文版和国际版，但只有国际版才支持非英 文字符。不过在 Java 编程语言的应用中， 对中文字符的支持并非如同 Java Soft 的标准规范中所宣称的那样完美，因为中文字符集不只一个，而 且不同的操作系统对中文字符的支持也不尽相同，所以会有许多和汉字编码 处理有关的问题在我们进行应用开发中困扰着我们。有很多关于这些问题的 解答，但都比较琐碎，并不能够满足大家迫切解决问题的愿望，关于 Java 中文问题的系统研究并不多，本文从汉字编码常识出发，分析 Java 中文问 题，希望对大家解决这个问题有所帮助。 汉字编码的常识 我们知道， 英文字符一般是以一个字节来表示的， 最常用的编码方法 是ASCII 。但一个字节最多只能区分256个字符， 而汉字成千上万，所以现 在都以双字节来表示汉字，为了能够与英文字符分开，每个字节的最高位一 定为1，这样双字节最多可以表示64K格字符。我们经常碰到的编码方式有 GB2312、BIG5、UNICODE 等。关于具体编码方式的详细资料，有兴趣的读者 可以查阅相关资料。我肤浅谈一下和我们关系密切的 GB2312 和 UNICODE。 GB2312 码，中华人民共和国国家标准汉字信息交换用编码， 是一个由中华 人民共和国国家标准总局发布的关于简化汉字的编码，通行于中国大陆地区 及新加坡，简称国标码。两个字节中，第一个字节（高字节）的值为区号值 加32（20H），第二个字节（低字节）的值为位号值加32（20H），用这两个 值来表示一个汉字的编码。UNICODE 码是微软提出的解决多国字符问题的多 字节等长编码，它对英文字符采取前面加“0”字节的策略实现等长兼容。 如 “A” 的 ASCII 码为0x41，UNICODE 就为0x00，0x41。利用特殊的工具 各种编码之间可以互相转换。 Java 中文问题的初步认识 我们基于 Java 编程语言进行应用开发时，不可避免地要处理中文。Java 编程语言默认的编码方式是 UNICODE，而我们通常使用的数据库及文件都是 基于 GB2312 编码的，我们经常碰到这样的情况： 浏览基于 JSP 技术的网 站看到的是乱码，文件打开后看到的也是乱码，被 Java 修改过的数据库的 内容在别的场合应用时无法继续正确地提供信息。 String sEnglish = “apple”; String sChinese = “苹果”; String s = “苹果 apple ”; sEnglish 的长度是5，sChinese的长度是4，而 s 默认的长度是14。对于 sEnglish来说， Java 中的各个类都支持得非常好，肯定能够正确显示。但 对于 sChinese 和 s 来说，虽然 Java Soft 声明 Java 的基本类已经考虑 到对多国字符的支持（默认 UNICODE 编码）， 但是如果操作系统的默认编 码不是 UNICODE ，而是国标码等。从 Java 源代码到得到正确的结果， 要 经过 “Java 源代码-> Java 字节码-> ;虚拟机->操作系统->显示设备”的 过程。在上述过程中的每一步骤，我们都必须正确地处理汉字的编码，才能 够使最终的显示结果正确。 “ Java 源代码-> Java 字节码”， 标准的 Java 编译器 javac 使用的字 符集是系统默认的字符集，比如在中文 Windows 操作系统上就是 GBK , 而 在 Linux 操作系统上就是ISO-8859-1，所以大家会发现在 Linux 操作系统 上编译的类中源文件中的中文字符都出了问题，解决的办法就是在编译的时 候添加 encoding 参数，这样才能够与平台无关。用法是 javac –encoding GBK。 “ Java 字节码->虚拟机->操作系统”， Java 运行环境 （JRE） 分英文 版和国际版，但只有国际版才支持非英文字符。 Java 开发工具包 （JDK） 肯定支持多国字符，但并非所有的计算机用户都安装了 JDK 。 很多操作系 统及应用软件为了能够更好的支持 Java ，都内嵌了 JRE 的国际版本， 为 自己支持多国字符提供了方便。 “操作系统->显示设备”，对于汉字来说，操作系统必须支持并能够显示它。 英文操作系统如果不搭配特殊的应用软件的话，是肯定不能够显示中文的。 还有一个问题，就是在 Java 编程过程中，对中文字符进行正确的编码转换。 例如，向网页输出中文字符串的时候，不论你是用 out.println(string);还是用 <%=string%>，都必须作 UNICODE 到 GBK 的转换，或者手动，或者自动。 在 JSP 1.0中，可以定义输出字符集，从而实现内码的自动转换。用法是 <%@page ContentType=”text/html;charset=gb2312” %> 但是在一些 JSP 版本中并没有提供对输出字符集的支持，(例如JSP 0.92)， 这就需要手动编码输出了，方法非常多。最常用的方法是 String s1 = request.getParameter(“keyword”); String s2 = new String(s1.getBytes(“ISO-8859-1”),”GBK”); getBytes 方法用于将中文字符以“ISO-8859-1”编码方式转化成字节数组， 而“GBK” 是目标编码方式。我们从以ISO-8859-1方式编码的数据库中读出 中文字符串 s1 ，经过上述转换过程，在支持 GBK 字符集的操作系统和应 用软件中就能够正确显示中文字符串 s2 。 Java 中文问题的表层分析及处理 背景 ┏━━━━┳━━━━┳━━━━━━━━┳━━━━━━━━━━━━━━┓ ┃开发环境┃JDK 1.15┃ Vcafe2.0 ┃ JPadPro ┃ ┣━━━━╋━━━━╋━━━━━━━━╋━━━━━━━━━━━━━━┫ ┃服务器端┃ NT IIS ┃ Sybase System ┃ Jconnect（JDBC） ┃ ┣━━━━╋━━━━╋━━━━━━━━╋━━━━━━━━━━━━━━┫ ┃客户端 ┃ IE5.0 ┃ Pwin98 ┃?span lang="EN-US" ┃ ┃ ┃ ┃ ┃style="font-family:宋体; ┃ ┃ ┃ ┃ ┃mso-hansi-font-family:Times ┃ ┃ ┃ ┃ ┃New Roman"> ┃ ┗━━━━┻━━━━┻━━━━━━━━┻━━━━━━━━━━━━━━┛ .CLASS 文件存放在服务器端，由客户端的浏览器运行 APPLET ， APPLET 只起调入 FRAME 类等主程序的作用。界面包括 Textfield ，TextArea， List，Choice 等。 I.用 JDBC 执行 SELECT 语句从服务器端读取数据（中文）后， 将数据用 APPEND 方法加到 TextArea（TA） ，不能正确显示。但加到 List 中时，大 部分汉字却可正确显示。 将数据按“ISO-8859-1” 编码方式转化为字节数组，再按系统缺省编码方式 （Default Character Encoding） 转化为 STRING ，即可在 TA 和 List 中 正确显示。 程序段如下： dbstr2 = results.getString(1); //After reading the result from DB server，converting it to string. dbbyte1 = dbstr2.getBytes(“iso-8859-1”); dbstr1 = new String(dbbyte1); 在转换字符串时不采用系统默认编码方式，而直接采用“ GBK” 或者 “GB2312” ,在 A 和 B 两种情况下，从数据库取数据都没有问题。 II.处理方式与“取中文”相逆，先将 SQL 语句按系统缺省编码方式转化为 字节数组，再按“ISO-8859-1”编码方式转化为 STRING ，最后送去执行， 则中文信息可正确写入数据库。 程序段如下： sqlstmt = tf_input.getText(); //Before sending statement to DB server，converting it to sql statement. dbbyte1 = sqlstmt.getBytes(); sqlstmt = newString(dbbyte1,”iso-8859-1”); _stmt = _con.createStatement(); _stmt.executeUpdate(sqlstmt); …… 在我的jsp页里我想做一下测试<meta http-equiv="Content-Type" content="text/html; charset=gb2312"><% String s1 = "兵"; String s2 = new String(s1.getBytes("iso-8859-1"),"gb2312"); out.println(s2);%>这里如果不进行转换的话能正常显示，但转换后也应该能正常显示，但为什么转换后成了乱码了呢。我的系统是日文系统，字符集是gb2312，与这个应该没有关系吧。 JButton里有没有更改按钮上图片的set方法？ 关于C++与Java编程方向？ 饿,问第2次了... 读取ini文件 可不可以在JAVA的一般运行过程中使用事务 需要Microsoft Windows 版本的 Java 2 SDK的开发工具 自己编写的一个JAVA类，实现了我要的功能，但不知道算不算一种设计模式 JIneterFrame的问题 JAVA 类文件转换为DLL的工具软件有吗？盼！！！ 求助：想用java和SQL Server写个程序。 JAVA播放器 在java文件中怎样调用jar命令
natepad是以ASCII编码的，
我们在上面写“中国”这两个字的，
它是怎么编码的，
在屏幕上显示的时候它是怎么解码的？
通常规定8bit为一个字节(byte, b),换句话说一个byte最多能表示2^8=256种不同的值，用它来表示拉丁，希腊，西里尔字母绰绰有余，还可以表示很多符号但是要表示中日韩文字就有困难，因此gb2312,big5,unicode等都使用16位来表示，因此一个字符在不同的字符集中所用的字节数不同
一大堆看不懂的乱码肯定不是我们愿意看到的显示效果，怎样才能够让那些
汉字正确显示呢？Java 语言默认的编码方式是UNICODE，而我们中国人通常
使用的文件和数据库都是基于 GB2312 或者 BIG5 等方式编码的，怎样才能
够恰当地选择汉字编码方式并正确地处理汉字的编码呢？本文将从汉字编码
的常识入手，结合 Java 编程实例，分析以上两个问题并提出解决它们的方
案。
现在 Java 编程语言已经广泛应用于互联网世界，早在 Sun 公司开发
Java 语言的时候，就已经考虑到对非英文字符的支持了。 Sun 公司公布的
Java 运行环境（JRE）本身就分英文版和国际版，但只有国际版才支持非英
文字符。不过在 Java 编程语言的应用中， 对中文字符的支持并非如同
Java Soft 的标准规范中所宣称的那样完美，因为中文字符集不只一个，而
且不同的操作系统对中文字符的支持也不尽相同，所以会有许多和汉字编码
处理有关的问题在我们进行应用开发中困扰着我们。有很多关于这些问题的
解答，但都比较琐碎，并不能够满足大家迫切解决问题的愿望，关于 Java
中文问题的系统研究并不多，本文从汉字编码常识出发，分析 Java 中文问
题，希望对大家解决这个问题有所帮助。
汉字编码的常识
我们知道， 英文字符一般是以一个字节来表示的， 最常用的编码方法
是ASCII 。但一个字节最多只能区分256个字符， 而汉字成千上万，所以现
在都以双字节来表示汉字，为了能够与英文字符分开，每个字节的最高位一
定为1，这样双字节最多可以表示64K格字符。我们经常碰到的编码方式有
GB2312、BIG5、UNICODE 等。关于具体编码方式的详细资料，有兴趣的读者
可以查阅相关资料。我肤浅谈一下和我们关系密切的 GB2312 和 UNICODE。
GB2312 码，中华人民共和国国家标准汉字信息交换用编码， 是一个由中华
人民共和国国家标准总局发布的关于简化汉字的编码，通行于中国大陆地区
及新加坡，简称国标码。两个字节中，第一个字节（高字节）的值为区号值
加32（20H），第二个字节（低字节）的值为位号值加32（20H），用这两个
值来表示一个汉字的编码。UNICODE 码是微软提出的解决多国字符问题的多
字节等长编码，它对英文字符采取前面加“0”字节的策略实现等长兼容。
如 “A” 的 ASCII 码为0x41，UNICODE 就为0x00，0x41。利用特殊的工具
各种编码之间可以互相转换。
Java 中文问题的初步认识
我们基于 Java 编程语言进行应用开发时，不可避免地要处理中文。Java
编程语言默认的编码方式是 UNICODE，而我们通常使用的数据库及文件都是
基于 GB2312 编码的，我们经常碰到这样的情况： 浏览基于 JSP 技术的网
站看到的是乱码，文件打开后看到的也是乱码，被 Java 修改过的数据库的
内容在别的场合应用时无法继续正确地提供信息。
String sEnglish = “apple”;
String sChinese = “苹果”;
String s = “苹果 apple ”;
sEnglish 的长度是5，sChinese的长度是4，而 s 默认的长度是14。对于
sEnglish来说， Java 中的各个类都支持得非常好，肯定能够正确显示。但
对于 sChinese 和 s 来说，虽然 Java Soft 声明 Java 的基本类已经考虑
到对多国字符的支持（默认 UNICODE 编码）， 但是如果操作系统的默认编
码不是 UNICODE ，而是国标码等。从 Java 源代码到得到正确的结果， 要
经过 “Java 源代码-> Java 字节码-> ;虚拟机->操作系统->显示设备”的
过程。在上述过程中的每一步骤，我们都必须正确地处理汉字的编码，才能
够使最终的显示结果正确。
“ Java 源代码-> Java 字节码”， 标准的 Java 编译器 javac 使用的字
符集是系统默认的字符集，比如在中文 Windows 操作系统上就是 GBK , 而
在 Linux 操作系统上就是ISO-8859-1，所以大家会发现在 Linux 操作系统
上编译的类中源文件中的中文字符都出了问题，解决的办法就是在编译的时
候添加 encoding 参数，这样才能够与平台无关。用法是
javac –encoding GBK。
“ Java 字节码->虚拟机->操作系统”， Java 运行环境 （JRE） 分英文
版和国际版，但只有国际版才支持非英文字符。 Java 开发工具包 （JDK）
肯定支持多国字符，但并非所有的计算机用户都安装了 JDK 。 很多操作系
统及应用软件为了能够更好的支持 Java ，都内嵌了 JRE 的国际版本， 为
自己支持多国字符提供了方便。
“操作系统->显示设备”，对于汉字来说，操作系统必须支持并能够显示它。
英文操作系统如果不搭配特殊的应用软件的话，是肯定不能够显示中文的。
还有一个问题，就是在 Java 编程过程中，对中文字符进行正确的编码转换。
例如，向网页输出中文字符串的时候，不论你是用
out.println(string);还是用
<%=string%>，都必须作 UNICODE 到 GBK 的转换，或者手动，或者自动。
在 JSP 1.0中，可以定义输出字符集，从而实现内码的自动转换。用法是
<%@page ContentType=”text/html;charset=gb2312” %>
但是在一些 JSP 版本中并没有提供对输出字符集的支持，(例如JSP 0.92)，
这就需要手动编码输出了，方法非常多。最常用的方法是
String s1 = request.getParameter(“keyword”);
String s2 = new String(s1.getBytes(“ISO-8859-1”),”GBK”);
getBytes 方法用于将中文字符以“ISO-8859-1”编码方式转化成字节数组，
而“GBK” 是目标编码方式。我们从以ISO-8859-1方式编码的数据库中读出
中文字符串 s1 ，经过上述转换过程，在支持 GBK 字符集的操作系统和应
用软件中就能够正确显示中文字符串 s2 。
Java 中文问题的表层分析及处理
背景
┏━━━━┳━━━━┳━━━━━━━━┳━━━━━━━━━━━━━━┓
┃开发环境┃JDK 1.15┃ Vcafe2.0 ┃ JPadPro ┃
┣━━━━╋━━━━╋━━━━━━━━╋━━━━━━━━━━━━━━┫
┃服务器端┃ NT IIS ┃ Sybase System ┃ Jconnect（JDBC） ┃
┣━━━━╋━━━━╋━━━━━━━━╋━━━━━━━━━━━━━━┫
┃客户端 ┃ IE5.0 ┃ Pwin98 ┃?span lang="EN-US" ┃
┃ ┃ ┃ ┃style="font-family:宋体; ┃
┃ ┃ ┃ ┃mso-hansi-font-family:Times ┃
┃ ┃ ┃ ┃New Roman"> ┃
┗━━━━┻━━━━┻━━━━━━━━┻━━━━━━━━━━━━━━┛
.CLASS 文件存放在服务器端，由客户端的浏览器运行 APPLET ， APPLET
只起调入 FRAME 类等主程序的作用。界面包括 Textfield ，TextArea，
List，Choice 等。
I.用 JDBC 执行 SELECT 语句从服务器端读取数据（中文）后， 将数据用
APPEND 方法加到 TextArea（TA） ，不能正确显示。但加到 List 中时，大
部分汉字却可正确显示。
将数据按“ISO-8859-1” 编码方式转化为字节数组，再按系统缺省编码方式
（Default Character Encoding） 转化为 STRING ，即可在 TA 和 List 中
正确显示。
程序段如下：
dbstr2 = results.getString(1);
//After reading the result from DB server，converting it to string.
dbbyte1 = dbstr2.getBytes(“iso-8859-1”);
dbstr1 = new String(dbbyte1);
在转换字符串时不采用系统默认编码方式，而直接采用“ GBK” 或者
“GB2312” ,在 A 和 B 两种情况下，从数据库取数据都没有问题。
II.处理方式与“取中文”相逆，先将 SQL 语句按系统缺省编码方式转化为
字节数组，再按“ISO-8859-1”编码方式转化为 STRING ，最后送去执行，
则中文信息可正确写入数据库。
程序段如下：
sqlstmt = tf_input.getText();
//Before sending statement to DB server，converting it to sql statement.
dbbyte1 = sqlstmt.getBytes();
sqlstmt = newString(dbbyte1,”iso-8859-1”);
_stmt = _con.createStatement();
_stmt.executeUpdate(sqlstmt);
……
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<%
String s1 = "兵";
String s2 = new String(s1.getBytes("iso-8859-1"),"gb2312");
out.println(s2);
%>
这里如果不进行转换的话能正常显示，但转换后也应该能正常显示，但为什么转换后成了乱码了呢。
我的系统是日文系统，字符集是gb2312，与这个应该没有关系吧。