转载https://blog.csdn.net/J080624/article/details/55264947
针对乱码解决方法:
- 保证数据库安装的时候编码为UTF-8 ;
- 保证jsp页面和Java文件编码为UTF-8 ;
- 保证spring字符过滤器encode为UTF-8 ;
- 保证Tomcat server.xml添加URIEncoding为UTF-8 ;
- 如果URL传参数中文,使用URL编码 ;
- 保证项目中jdbc链接添加charset=UTF-8。
URIEncoding实例如下:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000" URIEncoding="UTF-8"
redirectPort="8443" />
- 1
- 2
- 3
1、pageEncoding=”UTF-8”的作用是设置JSP编译成Servlet时使用的编码。
2、contentType=”text/html;charset=UTF-8”的作用是指定对服务器响应进行重新编码的编码。
【默认取值 ISO-8859-1】
如,JSP页面设置了:
Content-Type: text/html; charset=ISO8859-1;
- 1
- 2
那么响应头中
Content-Type: text/html ; charset=ISO8859-1 ;
- 1
- 2
若响应编码未进行其他设置,将取pageEncoding值;
若同时设置ContentType 和 pageEncoding,取ContentType值。
如下 :
① 只设置pageEncoding。
② 同时设置 pageEncoding 和ContentType 。
pageEncoding="ISO-8859-1" contentType="text/html;charset=UTF-8"
- 1
注意到:此时响应头中的ContentType 为UTF-8;另外页面中文发生了乱码(因为pageEncoding是ISO-8859-1)。
可以简单认为是,pageEncoding是jsp文件本身的编码;contentType的charset是指服务器发送给客户端时的内容编码。
如果pageEncoding属性存在,那么JSP页面的字符编码方式就由pageEncoding决定。
否则就由contentType属性中的charset决定,如果charset也不存在,JSP页面的字符编码方式就采用 默认的ISO-8859-1。
3、request.setCharacterEncoding(“UTF-8”)的作用是设置对客户端请求进行重新编码的编码。
一定要在request.getParameter()前使用。
4、response.setCharacterEncoding(“UTF-8”)的作用是指定对服务器响应进行重新编码的编码。
如果在后台使用该方法,则一定在使用响应流之前使用。
5、response.setContentType()的作用是告诉浏览器如何处理随响应到来的数据。
其优先级大于JSP页面设置的属性“Content-Type : text/html ;”
response.setCharacterEncoding(“UTF-8”)的作用是指定对服务器响应进行重新编码的编码。
同时,浏览器也是根据这个参数来对其接收到的数据进行重新编码(或者称为解码)。
所以在无论你在JSP中设置response.setCharacterEncoding (“UTF-8”)或者response.setCharacterEncoding(“GBK”),浏览器均能正确显示中文(前提是你发送到浏览器的数据编码是正确的)。
对于发送数据,服务器按照以下的优先顺序,对要发送的数据进行编码:
response.setCharacterEncoding—contentType—pageEncoding的
- 1
优先级:
response.setCharacterEncoding("UTF-8") >Content-Type: text/html;charset=ISO8859-1 >pageEncoding="UTF-8" ;
- 1
对于接收数据,要分三种情况。一种是浏览器直接用URL提交的数据,另外两种是用表单的GET和POST方式提交的数据。
对于表单中POST方式提交的数据,只要在接收数据的JSP中正确request.setCharacterEncoding参数,
即将对客户端请求进行重新编码的编码设置成浏览器编码,就可以保证得到的参数编码正确。
- 1
- 2
- 3
有读者可能会问,那如何得到浏览器编码呢?
上面我们提过了,在默认请情况下,浏览器编码就是你在响应该请求的JSP页面中response.setCharacterEncoding设置的值。
如果没有设置,根据优先级,依次选择。如果都没有设置,默认为ISO8859-1
所以对于POST表单提交的数据,在获得数据的JSP页面中request.setCharacterEncoding
要和生成提交该表单的JSP页面的response.setCharacterEncoding设置成相同的值。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
对于URL提交的数据和表单中GET方式提交的数据,在接收数据的JSP中设置request.setCharacterEncoding参数是不行的。
因为在Tomcat5.0中,默认情况下使用ISO- 8859-1对URL提交的数据和表单中GET方式提交的数据进行重新编码(解码),
而不使用该参数对URL提交的数据和表单中GET方式提交的数据进行重新编码(解码)。
- 1
- 2
- 3
要解决该问题,应该在Tomcat的配置文件的Connector标签中设置useBodyEncodingForURI或者 URIEncoding属性。
其中useBodyEncodingForURI参数表示是否用request.setCharacterEncoding 参数对URL提交的数据和表单中GET方式提交的数据进行重新编码。
在默认情况下,该参数为false(Tomcat4.0中该参数默认为true)。
URIEncoding参数指定对所有GET方式请求(包括URL提交的数据和表单中GET方式提交的数据)进行统一的重新编码(解码)的编码。
- 1
- 2
- 3
- 4
- 5
URIEncoding和useBodyEncodingForURI区别是:
URIEncoding是对所有GET方式的请求的数据进行统一的重新编码(解码),而useBodyEncodingForURI则是根据响应该请求的页面的request.setCharacterEncoding参数对数据进行的重新编码(解码),不同的页面可以有不同的重新编码(解码)的编码。
所以对于URL提交的数据和表单中GET方式提交的数据,可以修改 URIEncoding参数为浏览器编码或者修改useBodyEncodingForURI为true,并且在获得数据的JSP页面中 request.setCharacterEncoding参数设置成浏览器编码。
URIEncoding实例如下:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000" URIEncoding="UTF-8"
redirectPort="8443" />