个CodePage，
它属于西欧语系。GB2312-80 是在国内计算机汉字信息技术发展初始阶段制订的，其中包
含了大部分
常用的一、二级汉字和9区的符号。该字符集是几乎所有的中文系统和国际化的软件都支持
的中文字符
集，这也是最基本的中文字符集。
GBK 是 GB2312-80 的扩展，是向上兼容的。它包含了20902个汉字，其编码范围
是 0x8140～
0xFEFE，剔除高位 0x80 的字位，其所有字符都可以一对一映射到 Unicode 2.0，也就是
说 Java
实际上提供了对 GBK 字符集的支持。
>GB18030-2000(GBK2K) 在 GBK 的基础上进一步扩展了汉字，增加了藏、蒙等少数民
族的文字。
GBK2K 从根本上解决了字位不够、字形不足的问题。
1．Tomcat 4开发平台
这个版本应该是我们经常用到的版本，所以讨论得会比较详细。
Windows 98／2000下的Tomcat 4以上版本都会出现中文问题（而在Linux下和
Tomcat 3.x中则没有问 题），主要表现是页面显示乱码。
为解决这个问题，最简单的方法就是在每个JSP的页面开始处加上
<%@ page language=“Java”
contentType=“text/html; charset=gb2312”%>。不过，这还不够，虽然这时显示了中文，但是
发现
从数据库读出的字段变成了乱码。经过分析发现: 在数据库中保存的中文字符是正常的，数
据库用
ISO8859-1字符集存取数据，而Java程序在处理字符时默认采用统一的ISO8859-1字符集(这
也体现了
Java国际化思想)，所以在数据添加的时候Java和数据库都是以ISO8859-1方式处理，这样
不会出错。但
是在读取数据的时候就出现问题了，因为数据读出也采用ISO8859-1字符集，而 JSP的文
件头中有语句
<%@ page language=“Java” contentType=“text/html; charset=gb2312”%>，这说明页面采
用
GB2312的字符集显示，这样就和读出的数据不一样。这时页面显示从数据库中读出的字符
是乱码，解决
的方法是对这些字符转码，从ISO8859-1转成GB2312，就可以正常显示了。这个解决办法
对很多平台具
有通用性，读者可以灵活运用。具体的方法会在以下详细讲解。另外，对于不同的数据库如
SQL
Server，Oracle，Mysql，Sybase等，字符集的选择很重要。如果考虑多语言版本，数据库的
字符集就
应该统一采用ISO8859-1，需要输出的时候在不同的字符集之间做转换就可以了。
以下是针对不同平台的总结：
(1) JSWDK只适合于普通开发，稳定性和其他问题可能不如商业软件。 由于JDK 1.3版
性能要好于
JDK 1.2.2很多，并且对中文的支持也较好，所以应该尽量采用。 现在jdk已经出到1.4
版本了，所以
如果允许最好升级到最新的版本，这样对中文的也会较好，而且还可以得到更多的支持。 (2) Tomcat仅仅是一个对JSP 1.1、Servlet 2.2标准的实现, 我们不应该要求这个免费软
件在细节
和性能上都面面俱到, 它主要考虑英文用户, 这也是为什么不做特殊转换，汉字用URL方
法传递就有
问题的原因。大部分IE浏览器缺省始终以UTF-8发送, 这似乎是Tomcat的一个不足, 另
外Tomcat不管
当前的操作系统是什么语言, 都按ISO8859去编译JSP, 似乎也欠妥。
2.JSP代码的中文处理
(1)如果与数据无关的操作，可以在页面首行加入
(2)将Form中的值传送到数据库中再取出来后全变成了“？”。Form用POST提交数据，代
码中使用了语
句：
String st=new(request.getParameter(“name”).getBytes(“ISO8859_1”))， 而且也声明了
charset=gb2312。
要处理Form中传递的中文参数，应该在JSP中加入下面的代码，另外定义一个专门解决这
个问题的
getStr类，然后对接收到的参数进行转换： String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1); 这样就可以解决问题了，代码如下：
<%@ page contentType=“text/html;charset=gb2312”%>
<%!
public String getStr(String str){
try{String temp_p=str;
byte[] temp_t=temp_p.getBytes(“ISO8859-1”);
String temp=new String(temp_t);
return temp;
}
catch(Exception e){ } return “NULL”;
} %>
<%--http://www.cndes.com测试--%>
<% String keyword=“创联网络技术中心欢迎您的到来”; String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
out.print(keyword);
out.print(keyword1);
%>
另外，流行的关系数据库系统都支持数据库Encoding，也就是说在创建数据库时可以指定
它自己的字符
集设臵，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都
会有
Encoding 转换。对于中文数据，数据库字符编码的设臵应当保证数据的完整性。 GB2312、
GBK、
UTF-8 等都是可选的数据库 Encoding，也可以选择 ISO8859-1 (8-bit)， 但会增加了编
程的复
杂度，ISO8859-1不是推荐的数据库 Encoding。在JSP/Servlet编程时，可以先用数据库管
理系统提供
的管理功能检查其中的中文数据是否正确。
(3)JDBC Driver的字符转换
目前大多数JDBC Driver采用本地编码格式来传输中文字符，例如中文字符“0x4175”会被
转成“0x41
”和“0x75”进行传输。因此需要对JDBC Driver返回的字符以及要发给JDBC Driver的字符
进行转换
。当用JDBC Driver向数据库中插入数据时，需要先将Unicode转成
Native code; 当 JDBC Driver
从数据库中查询数据时，则需要将Native code转换成Unicode。下面给出了这两种转换的
实现:
String native2Unicode(String s) { if (s == null || s.length() == 0) {
return null;
}
byte[] buffer = new byte[s.length()];
for (int i = 0; i s.length(); i++) { if (s.charAt(i)>= 0x100) {
c = s.charAt(i);
byte []buf = (“”+c).getBytes(); buffer[j++] = (char)buf[0]; buffer[j++] = (char)buf[1];
}
else {buffer[j++] = s.charAt(i);}
}
return new String(buffer, 0, j);
}
要注意的是，有些JDBC Driver如果通过JDBC Driver Manager设臵了正确的字符集属性，
以上方法
就不需要了。具体情况可参考相关JDBC的资料。
其实理解了，中文乱码就这么一回事!反复使用就会摸出一定的门道了!我觉得以上的三种方
法，只要你
真的能弄懂，在遇到中文问题时，在这三种方法多试尝，我保证你不再会使这种中文问题所
烦!
以上只是自己的一些经验所谈，如果有什么不对，希望能提出，共同学习!
//////////////////////////////////////////////////////////////////////////////////////////
我的乱码之路——JSP与MySQL交互的中文乱码解决方案及总结
首先实现了一个StringConvert bean（GBtoISO()和ISOtoGB()两个方法），解决了与MySQL
数据库
交互的时候的部分中文乱码问题：在JSP程序中读取MySQL的中文内容，用这两个方法可
以解决乱码问题
。
但是从JSP写入到MySQL的中文内容都成了乱码，并且再读出来的时候也显示为“？？”，
在这里应
该出现了编码转换过程中的字符信息丢失。郁闷的是，我在命令行窗口中登陆到MySQL后，
执行如
“INSERT INTO customerVALUES('字符',...)”这样的语句时，写入到数据表中的中文内容又是