url中文乱码解决大全

使用tomcat 时，相信大家都回遇到中文乱码的问题，具体表现为通过表单取得的中文数据为乱码。

一、初级解决方法通过一番检索后，许多人采用了如下办法，首先对取得字符串按照iso8859-1 进行解码转换，然后再按照gb2312 进行编码，最后得到正确的内容。

示例代码如下：http://xxx.do?ptname='我是中国人'String strPtname = request.getParameter("ptname");strPtname = new String(strPtname.getBytes("ISO-8859-1"), "UTF-8"); String para = newString( request.getParameter("para").getBytes("iso8859-1"),"gb2312");具体的原因是因为美国人在写tomcat 时默认使用iso8859-1 进行编码造成的。

然而，在我们的servlet 和jsp 页面中有大量的参数需要进行传递，这样转换的话会带来大量的转换代码，非常不便。

二、入门级解决方法后来，大家开始写一个过滤器，在取得客户端传过来的参数之前，通过过滤器首先将取得的参数编码设定为gb2312 ，然后就可以直接使用getParameter 取得正确的参数了。

这个过滤器在tomcat 的示例代码jsp-examples 中有详细的使用示例, 其中过滤器在web.xml 中的设定如下，示例中使用的是日文的编码，我们只要修改为gb2312 即可<filter>1.<filter-name>Set Character Encoding</filter-name>2.<filter-class>filters.SetCharacterEncodingFilter</filter-class>3.<init-param>4.<param-name>encoding</param-name>5.<param-value>EUC_JP</param-value>6.</init-param>7.</filter>过滤器的代码如下：public class SetCharacterEncodingFilter implements Filter {1.// 编码的字符串2.protected String encoding = null;3.// 过滤器的配置4.protected FilterConfig filterConfig = null;5.// 是否忽略客户端的编码6.protected boolean ignore = true;7.// 销毁过滤器8.public void destroy() {9.this.encoding = null;10.this.filterConfig = null;11.}12.// 过滤方法13.public void doFilter(ServletRequest request, ServletResponseresponse,14.FilterChain chain)15.throws IOException, ServletException {16.// 如果使用过滤器，忽略客户端的编码，那么使用通过过滤器设定编码17.if (ignore || (request.getCharacterEncoding() == null)) {18.String encoding = selectEncoding(request);19.if (encoding != null)20.request.setCharacterEncoding(encoding);21.}22.// 传送给下一个过滤器23.chain.doFilter(request, response);24.}25.// 初始化过滤器26.public void init(FilterConfigfilterConfig) throws ServletException {27.this.filterConfig = filterConfig;28.this.encoding = filterConfig.getInitParameter("encoding");29.String value = filterConfig.getInitParameter("ignore");30.if (value == null)31.this.ignore = true;32.else if (value.equalsIgnoreCase("true"))33.this.ignore = true;34.else if (value.equalsIgnoreCase("yes"))35.this.ignore = true;36.else37.this.ignore = false;38.}39.// 返回过滤器设定的编码40.protected String selectEncoding(ServletRequest request) {41.return (this.encoding);42.}43.}然而在 tomcat5 中，即使使用过滤器，仍然可能取得乱码，原因何在呢？三、高级解决方法这是因为，在 tomcat4 和 tomcat5 中对参数的处理是不一样的，在 tomcat4 中get 与 post 的编码是一样的，所以只要在过滤器中通过request.setCharacterEncoding 设定一次就可以解决 get 与 post 的问题。

然而，在 tomcat5 中，get 与 post 的处理是分开进行的在 tomcat 5 中，为了解决编码问题，tomcat 的作者作了很多努力，具体表现为在 tomcat 的配置文件 server.xml 中对 Connector 元素增加了如下的配置参数，专门用来对编码进行直接的配置URIEncoding 用来设定通过 URI 传递的内容使用的编码，tomcat 将使用这里指定的编码对客户端传送的内容进行编码。

什么是 URI 呢？java doc 的说明中如下说明：URI 是统一资源标识符，而 URL 是统一资源定位符。

因此，笼统地说，每个 URL 都是 URI，但不一定每个 URI 都是 URL。

这是因为 URI 还包括一个子类，即统一资源名称 (URN)，它命名资源但不指定如何定位资源。

也就是说，我们通过 get 方法提交的参数实际上都是通过 uri 提交的，都由这个参数管理，如果没有设定这个参数，则 tomcat 将使用默认的 iso8859-1 对客户端的内容进行编码。

useBodyEncodingForURI 使用与 Body 一样的编码来处理 URI, 这个设定是为了与 tomcat4保持兼容，原来在 tomcat4 和 tomcat5 中队参数的处理是不一样的，在 tomcat4 中 get 与 post 的编码是一样的，所以只要在过滤器中通过request.setCharacterEncoding 设定一次就可以解决 get 与 post 的问题。

然而，在 tomcat5 中，get 与 post 的处理是分开进行的，对 get 的处理通过前面的 URIEncoding 进行处理，对 post 的内容依然通过request.setCharacterEncoding 处理，为了保持兼容，就有了这个设定。

将 useBodyEncodingForURI 设定为真后，就可以通过request.setCharacterEncoding 直接解决 get 和 post 中的乱码问题。

这样，我们可以通过在 server.xml 中设定 URIEncoding 来解决 get 方法中的参数问题，使用过滤器来解决 post 方法中的问题。

或者也可以通过在 server.xml 中设定 useBodyEncodingForURI 为 true ，配合过滤器来解决编码的问题。

在这里，我强烈建议在网站的创作过程中，全程使用 utf-8 编码来彻底解决乱码问题。

具体操作如下：1、页面内容使用 utf-8 格式保存，在页面中加入 <metehttp-equiv="contentType" content="textml;charst=utf-8">2、服务器端的 server.xml 中设定 useBodyEncodingForURI = true3、使用过滤器，过滤器设定编码为 utf-8四：如果有一些转码也转不过来的话，可是试试打开tomcat的server.xml，找到1.<Connector acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" port="80" redirectPort="8443">并在最后加上useBodyEncodingForURI="true" URIEncoding="UTF-8"，如下1.<Connector acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" port="80" redirectPort="8443" useBodyEncodingFo rURI="true" URIEncoding="UTF-8">五：如果用jstl的话，可以自己写一个el的function，调用URLEncoder.encode 来编码。

IE缺省对URL后面的参数是不编码发送的，但是tomat缺省是按ISO8859-1来进行URL解码，因此才会出现上述错误。