黑马程序员javaweb教程Tomcat中编码问题.docVIP

Tomcat中编码问题 1　Tomcat中编码问题总结 编码问题会出现在： 页面中的乱码； POST参数乱码； GET参数乱码； 2　页面中编码处理 页面中的中文编码处理方式： 把项目编码设置为UTF-8； 在页面中设置%@page pageEncoding=UTF-8% 或者%@page contentType=text/html;charset=UTF-8%。 无论是%@page pageEncoding=UTF-8%， 还是%@page contentType=text/html;charset=UTF-8%。 都会在响应页面时，给客户端浏览器发送contentType响应头信息，告诉客户端浏览器当前页面使用的是UTF-8编码。 只要你的页面使用的编码，与发送给浏览器的contentType中的编码一致，那么就不会出现页面乱码问题。客户端浏览器会使用contentType中给定的编码来显示页面！ 3　POST参数编码 处理POST编码问题！ 我们知道，请求信息中，只有POST存在正文，所谓POST参数编码就是就是请求正文的编码。 默认情况下，使用getParameter()获取POST请求参数时，使用的是ISO-8859-1编码。 String name = request.getParameter(name); name = new String(name.getBytes(ISO-8859-1), UTF-8); System.out.println(name); 因为在获取参数时已经被错误的编码了，但因为我们知道，乱码的两个原因：本来是使用UTF-8编码的，还错误的使用了ISO-8859-1编码。所以我们可以先使用ISO-8859-1获取字节数组，然后再使用正确的UTF-8编码得到字符串，这样就没问题了。 request的setCharacterEncodng()可以设置编码，当然这必须在调用所有的getParameter()方法之前调用request的setCharacterEncodng()方法来设置编码，这样，就不会使用ISO解读字节串了，而是使用你给定的编码来解读。 request.setCharacterEncoding(UTF-8); String name = request.getParameter(name); System.out.println(name); 　　对于每个请求，只需要调用request的setCharacterEncodng()一次，然后所有getParameter()都会使用这个编码来解读参数。但要注意，只对请求正文有效，即POST参数。 4　GET参数编码 GET参数不在请求正文中，而是在URL中。所以不能使用request的setCharacterEncodng()来设置GET参数的编码。 处理GET参数编码可以有两种方式：第一种是设置Connector元素的URIEncoding属性的值为UTF-8。即conf\server.xml中的Connector元素的URIEncoding属性。 一旦设置了这个属性，那么对于GET参数就直接是UTF-8编码的了。但是，Connector元素来说，对整个Tomcat都是有效的！也许将来你的项目与其他人的项目使用同一个Tomcat，而其他人的项目不想使用UTF-8编码，那么就不方便了。所以这种处理GET参数编码的方式是不可取的。 那么另一种方式就是自己来把编码还原了。这种方式也是我们今后处理的方式。 String name = request.getParameter(name); name = new String(name.getBytes(ISO-8859-1), UTF-8); System.out.println(name); 5　浏览器地址栏编码 如果你直接通过IE地址栏中给出URL，而不是通过超链接方法服务器。而且在URL中给出了请求参数，那么这个参数是GBK编码的。 这个地址栏中的URL是我直接输入的，而不是通过点击超链接访问的，这个参数的编码就是OS默认编码GBK。 没有办法处理这问题，因为在页面中使用的是UTF-8编码，那么Servlet需要使用UTF-8来解码。但如果用户在地址栏中直接输入URL，那么就是GBK。这时我们的Servlet真是不知道使用什么编码才好了。 但直接在地址栏中根本就不应该直接输入带有参数的URL。 注意，这里说的是地址栏中直接输入URL，而不是点击超链接。因为超链接中的URL是受页面的编码控制的。 6　垃圾的IE6对UTF-8不友好 　　IE6对UTF-8不是很友好！它会把两个字节当成一个中文来处理，当字节数为奇数时，那么就最后一个字节就会