项目编码解码和Tomcat配置

深碍√TFBOYSˉ_ 2022-05-19 12:58 168阅读 0赞

## 转载[https://blog.csdn.net/J080624/article/details/55264947][https_blog.csdn.net_J080624_article_details_55264947] ##

**针对乱码解决方法：**

1.  保证数据库安装的时候编码为UTF-8 ;
2.  保证jsp页面和Java文件编码为UTF-8 ;
3.  保证spring字符过滤器encode为UTF-8 ;
4.  保证Tomcat server.xml添加URIEncoding为UTF-8 ;
5.  如果URL传参数中文，使用URL编码 ;
6.  保证项目中jdbc链接添加charset=UTF-8。

--------------------

**URIEncoding实例如下：**

*  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。

![这里写图片描述][SouthEast]

--------------------

② 同时设置 pageEncoding 和ContentType 。

pageEncoding="ISO-8859-1" contentType="text/html;charset=UTF-8"

*  1

![这里写图片描述][SouthEast 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实例如下：**

[https_blog.csdn.net_J080624_article_details_55264947]: https://blog.csdn.net/J080624/article/details/55264947
[SouthEast]: /images/20220519/ed412cea0d13493aa53eca740fe06a2d.png
[SouthEast 1]: /images/20220519/2b28faac4cbb4601aca67475c650572c.png