JSP乱码问题

每次我们创建一个JSP页面时，都会自带一个Page指令：

<%@ page contentType="text/html;charset=UTF-8" language="java" %>

它为容器提供当前页面的使用说明，包含许多的属性，不同的属性给JSP容器发送的指示也不同，我们常用的有这么几个(如果有一些属性没有写，JSP容器将使用默认的形式)：

• contentType=“text/html;charset=UTF-8”
  该属性是用来指定页面以哪种文件形式显示JSP文件，同时指定服务器发送给客户端时的内容编码(相当于用该编码格式将内容解码后发给客户端)
• pageEncoding
  pageEncoding属性是用来指定JSP页面采用的怎样字符编码方式来存储JSP文件(相当于用该编码格式对JPS页面编码保存)
• language=“java”
  language属性是用于指定JSP页面使用哪种脚本语言。

jSP具体编码与解码流程
JSP要经过两次的“编码”，第一阶段会用pageEncoding，第二阶段会用utf-8，第三阶段就是由Tomcat出来的网页， 用的是contentType。

• 第一阶段是：jsp编译成.java，它会根据pageEncoding的设定读取jsp，结果是由指定的编码方案翻译成统一的UTF-8 JAVA源码(即.java)，如果pageEncoding设定错了，或没有设定，出来的就是中文乱码。
• 第二阶段是：由JAVAC编译(.java文件)成(.class文件)，不论JSP编写时候用的是什么编码方案，经过这个阶段的结果全部是UTF-8的encoding的java源码。
• 第三阶段是：Tomcat（或其他application container）载入和执行阶段二的来的JAVA二进制码，输出的结果，也就是在客户端见到的，这时就由contentType指定的编码类型来解码

小结：无论中间阶段的编码如何，只要保证头和尾的编码和解码一致，同时他们两的编码能支持中文(就不会出现中文乱码问题)。

请求参数乱码问题

request乱码指的是：浏览器向服务器发送的请求参数中包含中文字符,由于浏览器端对请求参数的编码与服务器端的解码不一致，导致服务器获取到的请求参数的值是乱码；

浏览器在使用表单传参时，默认会使用响应头设置的字符编码(即上述page指令的contentType属性),或如下编写。

<%response.setHeader("Content-type","text/html;charset=UTF-8");%>

1. GET请求解读编码
   当客户端通过GET请求发送数据给服务器时，使用request.getParameter()获取的数据是被服务器误认为ISO-8859-1编码的，也就是说客户端发送过来的数据无论是UTF-8还是GBK，服务器都认为是ISO-8859-1，这就说明我们需要在使用request.getParameter()获取数据后，再转发成正确的编码。 例如客户端以UTF-8发送的数据，使用如下转码方式：

   String name = request.getParameter(“name”);
   name = new String(name.getBytes(“iso-8859-1”), “utf-8”);
   

2. POST请求解读编码
   当客户端通过POST请求发送数据给服务器时，可以在使用request.getParameter()获取请求参数之前先通过request.setCharacterEncoding()来指定编码，然后再使用reuqest.getParameter()方法来获取请求参数，那么就是用指定的编码来读取了。 也就是说，如果是POST请求，服务器可以指定编码！但如果没有指定编码，那么默认还是使用ISO-8859-1来解读。

   request.setCharacterEncoding(“utf-8”); //保持于服务器编码一致
   String name = request.getParameter(“name”);
   

服务器响应乱码问题

响应：服务器发送给客户端数据！响应是由response对象来完成，如果响应的数据不是字符数据，那么就无需去考虑编码问题。当然，如果响应的数据是字符数据，那么就一定要考虑编码的问题了。

response.getWriter().print(“传智”); 

上面代码因为没有设置repsonse.getWriter()字符流的编码，所以服务器使用默认的编码（ISO-8859-1）来处理，因为ISO-8859-1不支持中文，所以一定会出现编码的。 所以在使用response.getWriter()发送数据之前，一定要设置response.getWriter()的编码，这需要使用response.setCharacterEncoding()方法：

response.setCharacterEncoding(“utf-8”); 
response.getWriter().print(“传智”); 

上面代码因为在使用response.getWriter()输出之前已经设置了编码，所以输出的数据为utf-8编码。但是，因为没有告诉浏览器使用什么编码来读取响应数据，所以很可能浏览器会出现错误的解读，那么还是会出现乱码的。当然，通常浏览器都支持来设置当前页面的编码，如果用户在看到编码时，去设置浏览器的编码，如果设置的正确那么乱码就会消失。但是我们不能让用户总去自己设置编码，而且应该直接通知浏览器，服务器发送过来的数据是什么编码，这样浏览器就直接使用服务器告诉他的编码来解读！这需要使用content-type响应头。

　　response.setContentType(“text/html;charset=utf-8”); 
　　response.getWriter().print(“传智”); 

上面代码使用setContentType()方法设置了响应头content-type编码为utf-8，这不只是在响应中添加了响应头，还等于调用了一次response.setCharacterEncoding(“utf-8”)，也就是说，通过我们只需要调用一次response.setContentType(“text/html;charset=utf-8”)即可，而无需再去调用response.setCharacterEncoding(“utf-8”)了。
在静态页面中，使用来设置content-type响应头，例如：

 <meta http-equiv="content-type" content="text/html; charset=UTF-8">

URL编码

通过页面传输数据给服务器时，如果包含了一些特殊字符是无法发送的。这时就需要先把要发送的数据转换成URL编码格式，再发送给服务器。
其实需要我们自己动手给数据转换成URL编码的只有GET超链接，因为表单发送数据会默认使用URL编码，也就是说，不用我们自己来编码。

<script type="text/javascript">
    function _go() {
        location.href = "/manager/AServlet?name=" + encodeURIComponent("传智+播客");
    }
  </script>
<a href="javascript:_go();">链接</a>

转载于:https://www.cnblogs.com/xdouby/p/8308915.html