strust框架中java web应用的中文化问题解决

.中文化的解决方案：在应用程序中，我们不采用在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/）。

本文地址：http://com.8s8s.com/it/it11325.htm