在上一章节提到了Get()请求方式在Servlet处理中出现乱码的问题,使用的解决方案是字符串的强制编码方式。Post()请求可以通过HttpServletRequest对象的request.setCharacterEncoding("字符集,GBK或者UTF-8");来解决。
那么,为什么在Servlet中对两种请求方式的乱码处理需要区别对待呢?这就是本次要跟大家来讲解的内容。是不是除了强制转码的方式,Get()就不能使用和Post()一样的处理方式来解决了么?答案当然是否定的。
我们先来看一下原来两种请求的解决方案。
public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String uname = request.getParameter("name"); System.out.println(uname);//乱码 if(uname!=null){ //将uname的值通过原来的编码方式(ISO-8859-1)转换成可显示中文的编码(GB2312) uname=new String(uname.getBytes("ISO-8859-1"),"GB2312"); }else{ uname="游客"; } System.out.println(uname);//输出中文“琳达” // 省略 }
public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { //请求的页面设置了GBK方式进行编码,那么通过request来设置获取的对应编码 //如果请求式为Get()则此代码无效 request.setCharacterEncoding("GBK"); String uname = request.getParameter("name"); System.out.println(uname);//正常的文字 // 省略 }
为什么在Servlet中对两种请求方式的乱码处理需要区别对待呢?
Post()请求下URL encode的方式取决于Jsp和Html页面的字符集设置,这是开发人员可以指定的,但是Get()请求下的URL encode对上面的做法却不予理会。
看servlet的官方API说明有对request.setCharacterEncoding("字符集,GBK或者UTF-8");方法的解释:Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader().那么Get()请求在Servlet中使用request.getParameter("name");即使对setCharacterEncoding("字符集")进行了设置,还是会出现乱码。可以看出对于Get()方法他是无能为力的。
网上有这样的处理方法,介绍给大家。
<Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK"/>
这样Tomcat的解码方式就从默认的“ISO-8859-1”变成现在的“GBK”,让Tomcat使用指定的方式进行URL decode(解码)。
Get()、Post()请求下都适用的处理方法:
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
//请求的页面设置了GBK方式进行编码,那么通过request来设置获取的对应编码
//如果请求方式为Get()这样也有效了!
request.setCharacterEncoding("GBK");
String uname = request.getParameter("name");
System.out.println(uname);//正常的文字
// 省略
}
本章的讲解,主要对Get()方式乱码的解决方案提出了补充的方法——对Tomcat的URL encode进行指定。原来使用强制转码来还原数据就是因为Tomcat的默认解码方式ISO-8859-1。问题出在哪里,我们就在哪里进行解决。
期待大家的关注,也希望得到宝贵的建议。