最近又碰到了中文乱码问题,这里我没有把数据库牵扯进来,先说下个人环境,servlet容器使用Tomcat6.0,浏览器FireFox3.0、IE6,涉及字符编码设置的地方个人思路就是编码的地方都统一使用UTF java
-8,具体配置以下: web
1.全部页面的charset设置为UTF-8。 数据库
2.Tomcat的URIEncoding默认是ISO-8859-1,而我设置为UTF-8,主要是想解决中文命名的文件以及请求以get方式提交有可能出现的乱码问题(可是浏览器在地址栏中的中文编码默认是gbk不是页面的 浏览器
charset)。 服务器
3.添加过滤器,调用request.setCharacterEncoding("utf-8")方法将request的字符集设定为utf-8,解决请求以post方式提交的乱码问题。 app
其实这样的设置貌似是不会再出现乱码问题了,不过,问题依旧来了! jsp
我把用户发送请求方式不一样引发的中文问题划分了四种类型: post
一、表单的get提交 编码
二、表单的post提交 .net
三、页面连接传递中文参数
四、地址栏中参数直接输入中文提交
1.首先咱们看表单get方式提交
浏览器根据页面的charset编码方式对页面进行编码,而后提交至服务器,首先进入对应的字符编码过滤器(若是有的话),不过Tomcat6.0对于get提交方式采用的是server.xml文件中的
URIEncoding编码方式,而并不会采用过滤器中设置的编码,那么根据个人环境设置,jsp页面都使用UTF-8的编码,Servlet容器的URIEncoding也设置为UTF-8,则servlet不用进行转码便可正确解码,获
得正常的中文字符串。那么,响应页面的中文由于页面的统一编码(UTF-8)天然也会正常显示。固然,若是咱们Tomcat的URIEncoding设置为其余非UTF-8的编码方式时,页面的内容进入Tomcat解析时,因
为Tomcat和页面的编码不统一,就须要转码。
2.表单的post提交
对于这种方式的请求,request.setCharacterEncoding("通常来自于web.xml中过滤器设置的参数")方法进行编码设置将会产生做用,struts的表单提交方式默认为post方式,那么按照上面个人环境设置
,页面,容器,都采用UTF-8编码方式,就不会产生中文乱码问题。
3.页面连接中传递中文参数
我虚拟一个这样的场景,请求页面中有以下代码
<%
String username = "编辑";
%>
<a href="hello.do?username=<%=username%>">页面中连接传递中文</a>
对于这种方式,咱们须要先将参数使用统一的编码方式编码,将编码后的字符放入连接,这里我对参数以UTF-8方式编码,以下
<%
String username = java.net.URLEncoder.encode("编辑","UTF-8");
%>
那么这样咱们也不会产生中文乱码问题
4.地址栏中参数直接输入中文提交
例如浏览器地址栏中输入"http://localhost:8080/helloapp.do?username=编辑"提交,对于这种方式,浏览器不会采用页面的charset方式对URL中的中文进行编码后提交至服务器(IE,FireFox都同样),
而是采用系统的GBK转码为ISO-8859-1以后提交至Servlet容器,那么,若是对于前三种方式咱们所作的设置,在这里就有问题了,由于进入容器时中文进行了GBK至ISO-8859-1的转码,而以前咱们的
Servlet容器URIEncoding设置为UTF-8,当咱们使用request.getParameter("username")时,至关于又进行了这样的流程GBK-->ISO-8859-1-->UTF-8
综上,对于乱码问题,前三种方式是通常用户的请求方式,第四种属于非正常途径的请求方式,对于这种方式产生的问题我认为没法很好的解决,也不须要解决。