.中文化的解决方案：在应用程序中，我们不采用在tomcat中配置过滤器的方法，因为那会影响程序的执行效率。mysql数据库默认字符集默认，也就是latin1,我们前面两年用老版本的mysql,没有设置默认字符集，现在升级到新版本，最好也别用，再说我现在研究的方法，是独立于数据库服务器，servlet容器，http服务器的，也就是考虑到虚拟主机的情况。方案1：读出数据库统一的进行数据编码，数据的写入不用处理，jdbc数据库的连接按一般方式，不加characterEncoding. 下面是出库的程序。
public List executeQuery(String command){
ArrayList list = new ArrayList();
CharConvertor cc = new CharConvertor();
Connection conn = null;
Statement stmt = null;
ResultSet rs = null;
try{
conn = ConnectionPool.getConnection();
stmt = conn.createStatement();
rs = stmt.executeQuery(command); ResultSetMetaData rsmd = rs.getMetaData();
while ( rs.next() ){
Map map = new HashMap();
//数据结果集从1开始
for ( int i = 1; i <= rsmd.getColumnCount(); i++ ){
map.put(rsmd.getColumnName(i), cc.e2c(rs.getString(i)==null ? "":rs.getString(i)));
}
list.add(map);
}
/*
* 对于为null的字段如何处理？
* 如果表中有字段为null则会执行出错
* 1；数据库是否允许为空，不从数据库本身来限制而是从程序来保证
* 2；添加针对这种异常的特殊处理方法
* 在这里我利用简单的语句 ? : 来把null变成空白；在程序中有许多地方会出这样那样的问题
* 特别是null和空白导致的问题需要特别注意
*/
}catch(SQLException sqle){
//
}finally{
try {
if (stmt != null) {
stmt.close();
}
if (conn != null) {
conn.close();
}
} catch (SQLException sqle) {
//上面一样的，用这个只是让他无论如何都要关闭连接，错误处理就算了:)
}
}
return list;
}
上面这个方法封装了数据库的select操作，它从连接池获取一个连接，编码之后，转存到map中，再返回一个map的list，最后把连接返回给连接池。实现字符编码的类：
package cn.qhang.common;import java.io.UnsupportedEncodingException;/**
* @author Vulcan 用于字符编码转换，在数据库进或出之前 调用 TODO 启航网站新系统 （c）2005 www.qhang.cn
*/
public class CharConvertor {
String C_ENCODE = "GBK"; String E_ENCODE = "ISO-8859-1"; public String c2e(String str) {
String str1 = null;
try {
str1 = new String(str.getBytes(C_ENCODE), E_ENCODE);
} catch (UnsupportedEncodingException e) {
// TODO 自动生成 catch 块
e.printStackTrace();
}
return str1;
} public String e2c(String str) {
String str1 = null;
try {
str1 = new String(str.getBytes(E_ENCODE), C_ENCODE);
} catch (UnsupportedEncodingException e) {
// TODO 自动生成 catch 块
e.printStackTrace();
}
return str1;
}
//}
注意到上面的字符编码类中有两个方法，分别实现了对数据的两个方向的编码；需要说明的是，如果是采用了struts框架，那么，实际上你只需要一个方向的编码即可，那就是最上面的程序中出现的，数据库读出的统一编码，而在struts的action中写入到数据库时，分两种情况： 1，你要插入数据库的来自于FormBean的get方法，那么你不能先用cc.c2e进行编码，否则就会写入的是乱码：实例程序：下面的一个方法是项目中数据库写入一篇文章的实现：
public int addArticle(ArticleForm article){
String title = article.getTitle();
String categoryId = article.getCategoryId();
String addTime = article.getAddTime();
String content = article.getContent();
String source = article.getSource();//文章来源，比如教务处阿 等等，字符编码装换
String picture = article.getPicture();
String adminId = article.getAdminId();//只是管理员的id号，不用字符编码转换
String status = article.getStatus();
String sql = "INSERT INTO articles(title,categoryId,addtime,content,source,picture,"
+"adminId,status)VALUES('"+ title +"','" + categoryId + "','" + addTime +
"','" + content + "','" + source + "','" + picture + "','" + adminId +
"','" + status + "')";
return (stmts.executeUpdate(sql));
//当然成功了就会返回“1“，or not "0"
/*
* 晕阿~这种sql语句太难构建了吧，不过还好，写好了一劳永逸 :)
*/
}
同样的原理，更新数据库的记录也一样。第二种情况：直接写入的，写入信息来自于程序中的字符串变量，那么在写入之前必须要进行编码转换：比如看下面的实例代码:
String info1="中文数据信息";
String info = cc.c2e(info1);
String sql="INSERT INTO form.clumn = '" + info +"'";
//下面是执行的操作，省略了
原因分析 在表单的输入内容被struts,ActionServlet转储到关联的FormBean时，采用的编码是java的默认编码，ISO-8859-1,在以后的操作，一直在数据库插入之前都是8859_1,它对应于mysql的字符集，latin1.这一点在eclipse中设置断点，跟踪证明了。因此在struts项目中往数据库写入东西不能编码。下面总结一下这个方案：
1.数据库的默认字符集，默认为latin1;
2.只是在数据库读出资料时，进行必要的资料编码转换
3.数据的写入分两种情况处理，从formbean中获取的数据不能进行编码。
特别说明
这样的应用程序还有一个弊端，就是表单参数没有通过验证返回时在表单显示时，中文信息会出现乱码，这点从原因分析中可以看到。这点也是我为了解决这个问题到后面要提出的，修改struts源码来解决的方案。
第二种方案 在前一种方案中，我们做了一个单向的数据重新编码，在下面这个方案中，通过改变数据库连接url的方式，把那次数据的重新编码也去掉; jdbc的连接参数，我就举两个，其他的需要的去mysl官方网站看文档；看下面这个jdbc数据库的连接url:
jdbc:mysql://localhost/qhang?user=user&password=password
如果我在后面加两个参数：useUnicode=true&characterEncoding=GBK 那么jdbc就会自动的把mysql中的数据以我们制定的编码方式返回。如果仔细看了第一个方案，就会发现如果只是这样肯定还会不行。因为在struts项目中数据的写入和读出不同，有人就会马上想到我会怎么做：读出数据用的连接url后加编码的说明，如果是把来自于formBean中的参数，写入到数据库中，我们就用一个普通的连接，不加编码说明。这样就可以保证不会出现数据的写入读出没有中文的问题。为了提高应用程序的性能，我们的项目中采用了连接池技术。 poolman连接池，其实不光是一个连接池，它还是一个资源池，可以为java应用程序中的某些资源建立连接池，其具体资料查看poolman的文档。在poolman中配置两个不同名的连接池；
//poolman.xml
<datasource> <!-- ============================== -->
<!-- Physical Connection Attributes -->
<!-- ============================== --> <!-- Standard JDBC Driver info --> <dbname>qhang</dbname>
<jndiName>jndi-qhang</jndiName>
<driver>com.mysql.jdbc.Driver</driver>
<url>jdbc:mysql://localhost/qhang?useUnicode=true&characterEncoding=GBK</url> <username>user</username>
<password>password</password> <minimumSize>0</minimumSize>
<maximumSize>10</maximumSize>
<connectionTimeout>600</connectionTimeout>
<userTimeout>12</userTimeout>
<shrinkBy>10</shrinkBy> <logFile>D:/mysql/poolman.log</logFile>
<debugging>true</debugging> <!-- Query Cache Attributes--> <cacheEnabled>false</cacheEnabled>
<cacheSize>20</cacheSize>
<cacheRefreshInterval>120</cacheRefreshInterval> </datasource>
<datasource> <!-- ============================== -->
<!-- Physical Connection Attributes -->
<!-- ============================== --> <!-- Standard JDBC Driver info --> <dbname>qhangin</dbname>
<jndiName>jndi-qhangin</jndiName>
<driver>com.mysql.jdbc.Driver</driver>
<url>jdbc:mysql://localhost/qhang</url> <username>user</username>
<password>password</password> <minimumSize>0</minimumSize>
<maximumSize>10</maximumSize>
<connectionTimeout>600</connectionTimeout>
<userTimeout>12</userTimeout>
<shrinkBy>10</shrinkBy> <logFile>D:/mysql/poolman.log</logFile>
<debugging>true</debugging> <!-- Query Cache Attributes--> <cacheEnabled>false</cacheEnabled>
<cacheSize>20</cacheSize>
<cacheRefreshInterval>120</cacheRefreshInterval> </datasource>
如果按照这样的方法,那么在我们应用程序的其他地方就不用考虑数据库的编码问题了，但是还是会有方案一中的表单提交返回时的乱码存在。特别说明：不要用mysql4.1.x版本，尽管mysql官方说可以，但是现在的jdbc-mysql连接器好像还不能设置字符编码。至少我多次试验证明了不起作用。
struts中文解决的终极方案，国际化的解决方案，修改struts
国际化的根本是用unicode,国际化不光是界面的国际化，而且还必须要能构正确的在数据库中存取资料。
（我整理之后再发，这些资料是写在我们工作组的wiki上的，开发的时候随手写的 有点乱http://www.qhang.cn:8080/snipsnap/）。
