中文乱码问题
解决参数传递乱码问题:
应用一:解决tomcat下中文乱码问题(先来个简单的)
在tomcat下,我们通常这样来解决中文乱码问题:
过滤器代码:
- package filter;
- import java.io.*;
- import javax.servlet.*;
- import javax.servlet.http.*;
- import wrapper.GetHttpServletRequestWrapper;
- public class ContentTypeFilter implements Filter {
- private String charset = "UTF-8";
- private FilterConfig config;
- public void destroy() {
- System.out.println(config.getFilterName()+"被销毁");
- charset = null;
- config = null;
- }
- public void doFilter(ServletRequest request, ServletResponse response,
- FilterChain chain) throws IOException, ServletException {
- //设置请求响应字符编码
- request.setCharacterEncoding(charset);
- response.setCharacterEncoding(charset);
- HttpServletRequest req = (HttpServletRequest)request;
- System.out.println("----请求被"+config.getFilterName()+"过滤");
- //执行下一个过滤器(如果有的话,否则执行目标servlet)
- chain.doFilter(req, response);
- System.out.println("----响应被"+config.getFilterName()+"过滤");
- }
- public void init(FilterConfig config) throws ServletException {
- this.config = config;
- String charset = config.getServletContext().getInitParameter("charset");
- if( charset != null && charset.trim().length() != 0)
- {
- this.charset = charset;
- }
- }
- }
web.xml中过滤器配置:
- <!--将采用的字符编码配置成应用初始化参数而不是过滤器私有的初始化参数是因为在JSP和其他地方也可能需要使用-->
- <context-param>
- <param-name>charset</param-name>
- <param-value>UTF-8</param-value>
- </context-param>
- <filter>
- <filter-name>ContentTypeFilter</filter-name>
- <filter-class>filter.ContentTypeFilter</filter-class>
- </filter>
- <filter-mapping>
- <filter-name>ContentTypeFilter</filter-name>
- <url-pattern>/*</url-pattern>
- </filter-mapping>
request.setCharacterEncoding(charset); 必须写在第一次使用request.getParameter()之前,这样才能保证参数是按照已经设置的字符编码来获取。
response.setCharacterEncoding(charset);必须写在PrintWriter out = request.getWriter()之前,这样才能保证out按照已经设置的字符编码来进行字符输出。
通过过滤器,我们可以保证在Servlet或JSP执行之前就设置好了请求和响应的字符编码。
但是这样并不能完全解决中文乱码问题:
对于post请求,无论是“获取参数环节”还是“输出环节"都是没问题的;
对于get请求,"输出环节"没有问题,但是"获取参数环节"依然出现中文乱码,所以在输出时直接将乱码输出了。
原因是post请求和get请求存放参数位置是不同的:
post方式参数存放在请求数据包的消息体中。get方式参数存放在请求数据包的请求行的URI字段中,以?开始以param=value¶me2=value2的形式附加在URI字段之后。而request.setCharacterEncoding(charset); 只对消息体中的数据起作用,对于URI字段中的参数不起作用,我们通常通过下面的代码来完成编码转换:
- String paramValue = request.getParameter("paramName");
- paramValue = new String(paramValue.trim().getBytes("ISO-8859-1"), charset);
但是每次进行这样的转换实在是很麻烦,有没有统一的解决方案呢?
解决方案1: 在tomcat_home\conf\server.xml 中的Connector元素中设置URIEncoding属性为合适的字符编码
- <Connector port="8080" protocol="HTTP/1.1"
- connectionTimeout="20000"
- redirectPort="8443"
- URIEncoding="UTF-8"
- />
这样做的缺点是,同一个tomcat下的其他应用也将受到影响。而其每次部署时都需要类修改配置也很麻烦。
解决方案2:自定义请求包装器包装请求,将字符编码转换的工作添加到getParameter()方法中
- package wrapper;
- import java.io.UnsupportedEncodingException;
- import java.net.URLDecoder;
- import javax.servlet.http.HttpServletRequest;
- import javax.servlet.http.HttpServletRequestWrapper;
- public class GetHttpServletRequestWrapper extends HttpServletRequestWrapper {
- private String charset = "UTF-8";
- public GetHttpServletRequestWrapper(HttpServletRequest request) {
- super(request);
- }
- /**
- * 获得被装饰对象的引用和采用的字符编码
- * @param request
- * @param charset
- */
- public GetHttpServletRequestWrapper(HttpServletRequest request,
- String charset) {
- super(request);
- this.charset = charset;
- }
- /**
- * 实际上就是调用被包装的请求对象的getParameter方法获得参数,然后再进行编码转换
- */
- public String getParameter(String name) {
- String value = super.getParameter(name);
- value = value == null ? null : convert(value);
- return value;
- }
- public String convert(String target) {
- System.out.println("编码转换之前:" + target);
- try {
- return new String(target.trim().getBytes("ISO-8859-1"), charset);
- } catch (UnsupportedEncodingException e) {
- return target;
- }
- }
- }
修改过滤器的doFilter方法 代码如下:
- public void doFilter(ServletRequest request, ServletResponse response,
- FilterChain chain) throws IOException, ServletException {
- //设置请求响应字符编码
- request.setCharacterEncoding(charset);
- response.setCharacterEncoding(charset);
- //新增加的代码
- HttpServletRequest req = (HttpServletRequest)request;
- if(req.getMethod().equalsIgnoreCase("get"))
- {
- req = new GetHttpServletRequestWrapper(req,charset);
- }
- System.out.println("----请求被"+config.getFilterName()+"过滤");
- //传递给目标servlet或jsp的实际上时包装器对象的引用,而不是原始的HttpServletRequest对象
- chain.doFilter(req, response);
- System.out.println("----响应被"+config.getFilterName()+"过滤");
- }
这样一来,在servlet中调用包装器的getParameters方法来获取参数,就已经完成了字符编码的转换过程,我们就不需要在每次获取参数时来进行字符编码转换了。
.encodeURL函数主要是来对URI来做转码,它默认是采用的UTF-8的编码.
. UTF-8编码的格式:一个汉字来三个字节构成,每一个字节会转换成16进制的编码,同时添加上%号.
假设页面端输入的中文是一个“中”,按照下面步骤进行解码
1.第一次encodeURI,按照utf-8方式获取字节数组变成[-28,-72-83],对字节码数组进行遍历,把每个字节转化成对应的16进制数,这样就变成了[E4,B8,AD],最后变成[%E4,%B8,%AD] 此时已经没有了多字节字符,全部是单字节字符。
2、第二次encodeURI,进行编码,会把%看成一个转义字符,并不编码%以后字符,会把%编码成%25.把数组最后变成[%25E4,%25B8,%25AD]然后就把处理后的数据[%25E4,%25B8,%25AD]发往服务器端,
当应用服务器调用getParameter方法,getParameter方法会去向应用服务器请求参数
应用服务器最初获得的就是发送来的[%25E4,%25B8,%25AD],应用服务器会对这个数据进行URLdecode操作,应用服务器进行解码的这一次,不管是按照UTF-8,还是GBK,还是ISO-8859,,都能得到[%E4,%B8,%AD],因为都会把%25解析成%.并把这个值返回给getParameter方法
3\、再用UTF-8解码一次,就得到"中"了。
想想看,如果不编码两次,当服务器自动解码的时候,假如是按照ISO-8859去解码UTF-8编码的东西,就是会出现乱码。
JS:
- document.authorityForm.action = basePath3+"User_viewUser.do?id="+id+"&roleName="+encodeURI(encodeURI(roleName))+"&roleType="+roleType;
Java后台:

浙公网安备 33010602011771号