怎么解决Tomcat上中文乱码有关问题

如何解决Tomcat下中文乱码问题?

现在将常见的乱码问题分为JSP页面显示中文乱码、表单提交乱码两类。

     1)JSP页面中显示中文乱码

     在JSP文件中使用page命令指定响应结果的MIME类型,如<%@ page language="java" contentType="text/html;charset=gb2312" %>

     2)表单提交乱码   

     表单提交时(post和Get方法),使用request.getParameter方法得到乱码,这是因为tomcat处理提交的参数时默认的是iso-8859-1,表单提交get和post处理乱码问题不同,下面分别说明。
    (1)POST处理
    对post提交的表单通过编写一个过滤器的方法来解决,过滤器在用户提交的数据被处理之前被调用,可以在这里改变参数的编码方式,过滤器的代码如下:

package example.util;
    
    import java.io.IOException;
    
    import javax.servlet.Filter;
    import javax.servlet.FilterChain;
    import javax.servlet.FilterConfig;
    import javax.servlet.ServletException;
    import javax.servlet.ServletRequest;
    import javax.servlet.ServletResponse;
    
    public class SetCharacterEncodingFilter implements Filter {
    
       protected String encoding = null;
    
       protected FilterConfig filterConfig = null;
    
       protected boolean ignore = true;
    
  
     public void destroy() {
    
      this.encoding = null;
      this.filterConfig = null;
    
     }
    
     public void doFilter(ServletRequest request, ServletResponse response,
       FilterChain chain) throws IOException, ServletException {
    
          if (ignore || (request.getCharacterEncoding() == null)) {
       String encoding = selectEncoding(request);
       if (encoding != null) {
        request.setCharacterEncoding(encoding);
       }
      }
    
      // Pass control on to the next filter
      chain.doFilter(request, response);
    
     }
    public void init(FilterConfig filterConfig) throws ServletException {
    
      this.filterConfig = filterConfig;
      this.encoding = filterConfig.getInitParameter("encoding");
      String value = filterConfig.getInitParameter("ignore");
      if (value == null) {
       this.ignore = true;
      } else if (value.equalsIgnoreCase("true")) {
       this.ignore = true;
      } else if (value.equalsIgnoreCase("yes")) {
       this.ignore = true;
      } else {
       this.ignore = false;
      }
    
     }
    
     protected String selectEncoding(ServletRequest request) {
    
      return (this.encoding);
    
     }
    
    }

 

    文中红色的代码即为处理乱码的代码。
      web.xml文件加入过滤器

 

<filter>
    <filter-name>Encoding</filter-name>
    <filter-class>
            example.util.SetCharacterEncodingFilter
     </filter-class>
    <init-param>
   <param-name>encoding</param-name>
   <param-value>gbk</param-value>
   <!--gbk或者gb2312或者utf-8-->
  </init-param>
  <init-param>
   <param-name>ignore</param-name>
   <param-value>true</param-value>
  </init-param>
 </filter>
<filter-mapping>
  <filter-name>Encoding</filter-name>
  <servlet-name>/*</servlet-name>
 </filter-mapping>

 

(2) Get方法的处理
 tomcat对post和get的处理方法不一样,所以过滤器不能解决get的乱码问题,它需要在其他地方设置。
 打开<tomcat_home>\conf目录下server.xml文件,找到对8080端口进行服务的Connector组件的设置部分,给这个组件添加一个属性:URIEncoding="GBK"。修改后的Connector设置为:
  

<Connector port="8080" maxHttpHeaderSize="8192"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="8443" acceptCount="100"
               connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="GBK" />


  * 注意修改后重新启动tomcat才能起作用。

 

 

 

1 楼 toeo 2008-10-12  
tomcat 下面这样确实是可以.
我个人认为最好的方法就是将字符集先进行encroding.然后再进行decroding.

这样改变的字符就成了

比如: 中文
转换成的编码是: %D6%D0%CE%C4

然后在 java里面再进行 编码的 decroding...这样的做法可以跨 容器.

但是这样有点麻烦..
2 楼 zhuzhsh 2008-10-12  
是啊,都是为了效率才使用简单的解决方法的。
3 楼 advantech 2008-10-12  
为什么非要用get方法要传中文?
4 楼 zhuzhsh 2008-10-13  
用get传递参数有中文也是很难免的,并不是所有的页面的表单提交都是用Post的。
5 楼 lqql 2008-10-13  
GET方式避免用中文,会有危险的,因为你这样的处理方式,是改了容器的全局配置,如果人家用了UTF-8,也要改这里,看你怎么办.........
6 楼 zhuzhsh 2008-10-13  
最好所有的编码是用UTF-8,肯定是war应用之间的编码是有区别的,我们以前做的项目就是用GBK编码,这种解决方式是为把编码设为GBK的应用特定设置的,Tomcat在使用get方式提交时默认是ISO-8859-1编码,如果使用的过滤器转换编码是GBK,那么Tomcat的Server.xml中最好也要配置为GBK,同样,如果使用的过滤器转换编码是UTF-8,Tomcat的Server.xml中也要配置为GBK,要不然都会出现一些乱码。
7 楼 lqql 2008-10-13  
zhuzhsh 写道
最好所有的编码是用UTF-8,肯定是war应用之间的编码是有区别的,我们以前做的项目就是用GBK编码,这种解决方式是为把编码设为GBK的应用特定设置的,Tomcat在使用get方式提交时默认是ISO-8859-1编码,如果使用的过滤器转换编码是GBK,那么Tomcat的Server.xml中最好也要配置为GBK,同样,如果使用的过滤器转换编码是UTF-8,Tomcat的Server.xml中也要配置为GBK,要不然都会出现一些乱码。

可是会遇到一个tomcat下部置多个应用的问题,而且这些个应用编码不一样.而且,假如有的工程直接用程序做的转码,而你又改了编码,又挂!
8 楼 zhuzhsh 2008-10-13  
lqql 写道

zhuzhsh 写道
最好所有的编码是用UTF-8,肯定是war应用之间的编码是有区别的,我们以前做的项目就是用GBK编码,这种解决方式是为把编码设为GBK的应用特定设置的,Tomcat在使用get方式提交时默认是ISO-8859-1编码,如果使用的过滤器转换编码是GBK,那么Tomcat的Server.xml中最好也要配置为GBK,同样,如果使用的过滤器转换编码是UTF-8,Tomcat的Server.xml中也要配置为GBK,要不然都会出现一些乱码。可是会遇到一个tomcat下部置多个应用的问题,而且这些个应用编码不一样.而且,假如有的工程直接用程序做的转码,而你又改了编码,又挂!

我觉得,这是一个管理的问题。这只是一种解决的办法,不一定在所有的情况下都适用。首先tomcat的get编码就是iso-8859-1,这里本身就存在着问题。再怎么转换编码都是基于这个。已经通过别的方式转换编码了再配置tomcat的server.xml肯定是有问题的。
9 楼 liuwei1981 2008-10-15  
advantech 写道
为什么非要用get方法要传中文?

使用struts的redirectAction,返回参数中有有中文,就用得着了,get方式,struts不会进行编码。
10 楼 killerll 2008-10-17  
get方式转中文..iso - gbk字符即可!
11 楼 会飞的狗 2008-10-17  
比较恶的是include标记的乱码,
12 楼 chq32 2008-10-17  
好像有种情况无法解决
在过滤器和tomcat编码都配过后,如
<a href="/test.jsp?name=中文">aaaa</a>;点击后的页面的name中文正常
,这时在地址栏回车后,就乱码了

意思就是说从a标签点过去的带有中文的连接,结果页面中文参数正常,但如果把这个地址,复制粘贴到地址栏,再按回车,结果页面中文参数就乱码
13 楼 stephen830 2008-10-18  
看我博客内的文章[如何彻底解决java开发中的乱码问题]
http://stephen830.iteye.com/admin/blogs/254350

就不会再遇到这种问题困扰了。
14 楼 caiceclb 2008-10-18  
补充:

修改项目时发现,如果jsp页面设定编码为UTF-8,而接收参数时,不论在jsp页面中或是在servlet中,使用request.setCharacterEncoding("GBK");则参数产生乱码。
15 楼 zhuzhsh 2008-10-18  
caiceclb 写道

补充: 修改项目时发现,如果jsp页面设定编码为UTF-8,而接收参数时,不论在jsp页面中或是在servlet中,使用request.setCharacterEncoding("GBK");则参数产生乱码。

使用过滤器设置过编码了吧?
16 楼 chenlb 2008-10-20  
chq32 写道
好像有种情况无法解决
在过滤器和tomcat编码都配过后,如
<a href="/test.jsp?name=中文">aaaa</a>;点击后的页面的name中文正常
,这时在地址栏回车后,就乱码了

意思就是说从a标签点过去的带有中文的连接,结果页面中文参数正常,但如果把这个地址,复制粘贴到地址栏,再按回车,结果页面中文参数就乱码


直接在地栏输入,这与浏览器、平台有关,http://chenlb.com/blog/archives/134
17 楼 laochake 2008-10-22  
尽量避免get传中文
如果非要,先用js encode 两次,servlet接收后再decode
18 楼 lu_pp 2008-10-22  
服务器,数据库,页面编码保持一致
19 楼 stonefeng 2008-10-23  
有一个最简单的方法,绝对出乎你的意料:

<%@ page language="java" contentType="text/html;charset=gb2312" %>
中的charset首字母大写,即:
<%@ page language="java" contentType="text/html;Charset=gb2312" %>

不信的话,你试试!
20 楼 pipilu 2008-10-23  
我感觉完全可以避开get方式传中文的啊。
我做的时候是尽量避开的(没遇到避不开的情况)。至于改Tomcat的配置,这样做确实是下下策。