tomcat 中文乱码

一、Java中文问题的由来 

Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。 

首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程中，使用的编码方式与源文件的编码不一致，就会出现乱码。基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312编译；对于JSP，在文件头加上<%@ page contentType="text/html;charset=GBK"%>或<%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。 

本文要重点讨论的是第二类乱码，即Java程序与其他存储媒介交互时产生的乱码。很多存储媒介，如数据库，文件，流等的存储方式都是基于字节流的，Java程序与这些媒介交互时就会发生字符(char)与字节(byte)之间的转换，例如从页面提交表单中提交的数据在Java程序里显示乱码等情况。 

如果在以上转换过程中使用的编码方式与字节原有的编码不一致，很可能就会出现乱码。 

二、如果是linux环境，自动重启脚本引起的日志或者部分页面乱码，问题基本原因是手工重启与默认系统任务自动重启的字符集是不一样的。

解决方法是编辑 /usr/local/apache-tomcat-6.0.20/bin/catalina.sh，在里面加一行：
CATALINA_OPTS=-Dfile.encoding=UTF8 
如果页面没有配置编码过滤器、拦截器等的话，此设置直接影响到页面编码。

举个例子： 你系统编码为 GB18030，那么系统任务重启的时候字符集是GB18030，而你的页面编码为GBK，中文肯定会出现乱码。

三、tomcat、get请求还可以修改 server.xml 文件 添加 URIEncoding="UTF-8" 属性

如：<Connector port="8080" maxThreads="150" minSpareThreads="25" 
maxSpareThreads="75" enableLookups="false" redirectPort="8443" 
acceptCount="100" debug="99" connectionTimeout="20000" 
disableUploadTimeout="true" URIEncoding="UTF-8"/>

这里指定了get时候的数据编码。但是，当使用IIS作为webserver转发servlet/jsp请求给Tomcat时候，这个设置却失效了。其实原因很简单：IIS是通过AJP协议，把请求转发到Tomcat监听的8009端口上的，所以这里针对8080的设置自然就无效了。正确的方法是进行下面的设置：

<Connector port="8009" enableLookups="false" redirectPort="8443" 
debug="0" protocol="AJP/1.3" URIEncoding="UTF-8"/>

4、linux 环境，也可以修改用户目录下 的 .bash_profile 文件 添加字符集声明，

之后在你的定时脚本里 引入此配置文件

这里的username 为，当前用户的名字。注意 “.” 后面是有个空格的，意思是编译此文件、加载配置。

5、配置全局的过滤器，设定指定编码格式

这样基本能解决大部分web应用中文乱码问题。