JSP编码以及乱码解决总结
一直以来对JSP中出现乱码的问题都很混乱，现经过查阅资料，对JSP乱码这个问题有比较深刻的认识，下边是我的一些个人总结，希望给同样迷惑的人带来帮助。 同时如果不对，希望得到提醒，共同进步。

首先，说说JSP/Servlet中的几个编码的作用：
1.<%@page pageEncoding="UTF-8" %>
作用：
* 告诉JSP编译器在将JSP文件编译成Servlet时使用的编码。通常，在JSP内部定义的字符串(直接在JSP中定义，而不是从浏览器
   提交的数据)出现乱码时，很多都是由于该参数设置错误引起的。例如，你的JSP文件是以GBK为编码保存的
   (右击jsp-->Properties --> Text file encoding设置成与pageEncoding不一致时，就有乱码)，而在JSP中却指定    

     pageEncoding="UTF-8"，就会引起JSP内部定义的字符串为乱码
* 当JSP中不指定contentType参数，也不使用response.setCharacterEncoding方法时，指定对服务器响应进行重新编码的编码

2.<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8")
作用：
* 指定对服务器响应进行重新编码的编码,服务器在将数据发送到浏览器前，对数据进行重新编码。
* 浏览器也是根据这个参数来对其接收到的数据进行解码，对其发送的请求参数进行编码(如果参数有：
   <%=URLEncoder.encode("测试", "GBK") %>或javascript：encodeURI("测试")则以后者为准)，自己可以在IE的菜单中选择：
   查看(V) --> 编码(D)查看得知浏览器的编码(解码)和<%@page contentType="text/html;charset=GBK" %>或
          response.setCharacterEncoding("UTF-8")设置的编码是一致的。
   因此：只要响应结果不是乱码，则浏览器显示结果一定不会是乱码(服务器对响应编码和浏览器对响应解码的编码是一样的)。
   出现乱码的情况是：浏览器编码 ---> 服务器解码得到的结果是乱码 ---> 造成响应有乱码 --> 浏览器显示乱码

3.<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
作用：
* 控制浏览器的以何种编码显示网页的内容
* 与2中page指令设置的区别是，meta设置的是浏览器解释，page设置的是服务端解释

4.request.setCharacterEncoding("charset")
作用：
* 设置对客户端请求参数进行解码所使用的编码.
* 只对两种请求参数提交方式有效:
  * POST表单提交
  * GET提交(url或GET表单提交), 此时要求配置server.xml的<Connector>标签的属性: useBodyEncodingForURI="true"

5.request.getParameter("param")和request.getParameterValues("param")所获取到的参数数据都是经过服务器解码后的数据


接着说下发送请求到返回响应整个编码解码过程：
1.浏览器对请求编码 --> 服务器(容器)对请求解码 ---> 服务器对响应编码 ---> 浏览器对响应解码

浏览器编码 ---> 容器解码
浏览器编码默认是使用response.setCharacterEncoding—contentType—pageEncoding的优先顺序指定的编码的
但当对某些参数使用<%=URLEncoder.encode("测试", "GBK") %>或javascript：encodeURI("测试")来对参数编码时，会覆盖默认编码，
即浏览器这些特定的参数编码以<%=URLEncoder.encode("测试", "GBK") %>或javascript：encodeURI("测试")为准
注意：javascript的编码方式：encodeURI(..)和encodeURIComponent(..)是对其参数进行UTF-8编码的


2.浏览器最终显示响应结果出现乱码是因为在过程：浏览器对请求编码 --> 服务器(容器)对请求解码，出现乱码。
原因是：服务器对响应编码和浏览器对响应解码所使用的编码都是相同的，为response.setCharacterEncoding—contentType指定的编码，
而浏览器对请求参数的编码 和 服务器对请求参数解码 所使用的编码如果不一致，就会造成乱码


3.对中文解码，无论使用什么解码方式都是中文。中文只有经过编码，再解码才会出现乱码的可能，如果起始编码和末尾解码所使用的编码一致，就不会出现乱码


4.浏览器编解码说明：
浏览器在接收或发送数据时，会对URL和参数会进行URL解码(接收)或编码(发送)，所使用的编码为：
<%@page contentType="text/html;charset=GBK" %>或response.setCharacterEncoding("UTF-8") 指定的编码

5.服务器编解码说明：
  * 服务器发送数据时，按照response.setCharacterEncoding—contentType—pageEncoding的优先顺序，对要发送的数据进行编码。
  * 服务器接收数据，要分三种情况。一种是浏览器直接用URL提交的数据，另外两种是用表单的GET和POST方式提交的数据

表单中POST方式提交的情况：
可以通过request.setCharacterEncoding(charset)，来设置对浏览器提交的数据使用什么样的编码进行解码。如果不设置时，
服务器默认使用ISO-8859-1来解码请求参数。如果页面的contentType="GBK", 此时要想得到正确的结果，则：

String name = new String(request.getParameter("name").getBytes("ISO-8859-1"), "GBK");
 如果设置：request.setCharacterEncoding("GBK"), 则只需：String name = request.getParameter("name");
 所以对于POST表单提交的数据，在获得数据的JSP页面中request.setCharacterEncoding要和生成提交该表单的JSP页面的
 response.setCharacterEncoding设置成相同的值。
 还有一种方法解决POST提交乱码问题：使用过滤器，在过滤器中设置request.setCharacterEncoding(charset)

URL提交的数据和表单中GET方式提交的情况：
此时设置request.setCharacterEncoding参数是不行的，因为在Tomcat5.0中，默认情况下使用ISO-8859-1对URL提交的数据和
表单中GET方式提交的数据进行解码，而不使用该参数对URL提交的数据和表单中GET方式提交的数据解码。要解决该问题，
应该在Tomcat的配置文件server.xml的Connector标签中设置useBodyEncodingForURI或者URIEncoding属性，
* useBodyEncodingForURI参数为true时表示用request.setCharacterEncoding参数对URL提交的数据和表单中GET方