我们在做一个java的应用，不可避免地要处理中文。经过
艰苦的探索，目前有一些进展，找到了一些解决方法，但仍然
面临着无法解决的问题。在此作一整理，希望对大家有所帮助，
同时请各位高手帮忙考虑我们的问题。
email: sailor@mailserv.stu.edu.cn
背景：
jdk 1.15
vcafe 2.0
jpadpro
server：
nt iis
sybase system 10
jdbc: jconnect
client：
browser: netscape 4.04 + patch
pwin95 & pwin98 beta3

class文件存放在 server，由browser 运行applet，applet只
起调入frame类主程序的作用。界面包括text field, text area,
list, choice 等。

一，取中文
用jdbc执行select语句从server取数据（中文）后，将数据
用append方法加到text area（ta），不能正确显示。但加到
list中时，则大部分汉字可正确显示。

处理：将数据按“iso-8859-1”格式转为字节数组，再按系统
缺省编码格式（default character encoding）转为string，即可在ta和list中正确显示。
程序段如下：

dbstr2 = results.getstring(1);
//*********************************************************************
// after read result from database server, convert the result string.

dbbyte1 = dbstr2.getbytes("iso-8859-1");
dbstr1 = new string(dbbyte1);
//*********************************************************************

二，写中文到db
处理方式与以上相逆，先将sql语句按default character encoding
转为字节数组，再按iso-8859-1转为string，然后送执行，
则中文信息可正确写入db。

sqlstmt = tf_input.gettext();

//*****************************************************************************
// before send statement to database server, convert sql statement.

dbbyte1 = sqlstmt.getbytes();
sqlstmt = new string(dbbyte1,"iso-8859-1");
//*****************************************************************************

_stmt = _con.createstatement();
_stmt.executeupdate(sqlstmt);
。。。。。。

问题：
以上方法当本地客户机上存在classpath指向jdk的classes。zip
时（称为a情况），可正确运行。
但如果客户机只有browser，没有jdk和classpath时
（称为b情况），则汉字无法正确转换。

我们的分析：
1,
经过测试，在a情况下，程序运行时系统的default character
encoding = "gbk" or "gb2312".
在b情况下，程序启动时，browser 的java console中出现
如下信息：
can´t find resource for
sun.awt.windows.awtlocalization_zh_cn
然后系统的
default characterencoding = "8859-1".

2,
如果在转换字符串时不采用default character encoding，
而是直接采用“gbk”或“gb2312”，则在a情况下仍然可正常，
在b情况下，系统出现错误：unsupportedencodingexception。

3，
在本地客户机上，我把jdk的classes。zip解压后，放在另一个
目录中，classpath只包含该目录。然后逐步删除目录中的class
文件，一边运行测试程序，最后发现在一千多个class文件中，
只有一个是不可缺少的，该文件是：
sun.io.chartobytedoublebyte.class
我将该文件拷到server端和其它的类放在一起，并在程序的开头
import它，仍然在b情况下无法正常。

4，
在a情况下，如果在classpth中去掉
sun.io.chartobytedoublebyte.class，则程序运行时，
测得default character encoding为“8859-1”，否则为
gbk 或gb2312。

5，
分析browser程序netscape目录下的文件
/program/java/classes/java40.jar, 发现其中没有包括
sun.io.chartobytedoublebyte.class,
不知这是需要升级，还是有其它方法可以解决？ 盼望各位高手指导！email: sailor@mailserv.stu.edu.cn

--
※ 来源:?bbs 水木清华站 bbs.net.tsinghua.edu.cn?[from: dhcp159_158.stu]
发信人: barebell (小心), 信区: java
标 题: re: ● ● jdbc中文处理：方法与问题
发信站: bbs 水木清华站 (tue may 19 22:38:19 1998) www-post

现在我们取得的一点小小进展，在转换字符串时不采用default character
encoding，而是直接采用“gbk”或“gb2312”，在情况a和b底下，从db取数据
都没有问题，但是写中文到db也采用“gbk”或“gb2312”时，情况b仍是出错的。

发信人: mah (chip), 信区: java
标 题: 通过jdbc driver获取数据库中文信息揭密
发信站: bbs 水木清华站 (tue aug 11 20:42:16 1998) www-post

当我们使用老外公司开发的jdbc第四类driver获取数据库中文信息时，常会出现乱码现象
，如????d.
解决办法1：
使用interface resultset的方法getbytes()得到一byte[]，然后由此byte[]数组产生一
新的
string,可获得正确的汉字，但此方法有一定的局限性，在某些driver上可以实现，如
weblogic公司
开发的fastforward产品。另此种方法不规范，根据sun jdbc的标准varchar和var推荐用
getstring()
方法来获取。
解决办法2:
使用interface resultset的方法getstring(),这时我们得到的string一定是乱码，如何
解决，
string temp = result.getstring (s);
if (temp != null) {
byte[] b = temp.getbytes ("8859_1");
temp = new string (b);
此时的temp一定是正确的中文，，，，，，此种方法我在sybase公司开发的jconnect4上
实验成功，在fastforward
上也成功。