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&amp;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的ActionServlet中的process方法

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.apache.struts.action.ActionServlet;

/**
 * @author vulcan
 *
 * TODO 
 * 覆盖父类中的process方法
 */
public class QhangCMSActionServlet extends ActionServlet{
	protected void process(HttpServletRequest request, HttpServletResponse response)
	throws java.io.IOException, javax.servlet.ServletException{
		request.setCharacterEncoding("GBK");//如果想要支持国际化就要设置成UTF-8
//网页的编码也要设置成UTF-8
 super.process(request, response);
	}
}

最后把web.xml中的映射改一下，把处理action的类改成自己建立的类

<servlet-name>action</servlet-name>
    <servlet-class>cn.qhang.common.QhangCMSActionServlet</servlet-class>

这是最简单的。也是我最后所采取的方法。
这是一个从不了解到了解的过程，虽然前面的方案并没有最终的派上用场，但是我却初步了解了中文问题产生的原因，受益非浅。
 国际化的根本是用unicode,国际化不光是界面的国际化，而且还必须要能构正确的在数据库中存取资料。
（我整理之后再发，这些资料是写在我们工作组的wiki上的，开发的时候随手写的  有点乱 http://www.qhang.cn:8080/snipsnap/）。