个人对JSP编码乱码问题的理解

用户提交：游览器使用urlencode进行编 1-->使用客户端的编码方式转换为二进制发送至服务器 2-->服务器（TOMCAT）对URL进行解码（TOMCAT默认采用 ISO-8859-1），可对TOMCAT的server.xml做一个配置

1,2过程采用了URLEncoder.encode("","客服端编码");方式编码

Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="<span style="color:#ff0000;">ISO-8859-1</span>"

修改红色部分即可。

服务器：get请求：
            -服务器对URL地址栏中的地址进行解码，默认为ISO-8859-1，而游览器一般不会发送ISO-8859-1的编码，request.getParameter必定乱码。
            -可以采用new String(request.getPParameter("username").getBytes("ISO-8859-1"),"UTF-8(客户端发送什么编码用什么编码解，此处假设游览器发送的UTF-8编码)");

网上通常是在tomcat中做一个配置

<</span>Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK"/> 

        

             post请求：
            -采用request.setCharsetEncoding("UTF-8");设置Tomcat采用UTF-8的方式对getParameter中的数据进行解码，不设置默认采用TOMCAT的ISO-8859-1解码
总结：如果客户端的编码方式与TOMCAT的解码方式一致，则不会乱码。否则乱码。

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

当获取的参数与数据库中一致时（假设是登陆界面），服务器将重定向至一个视图，Tomcat会读取JSP并对JSP进行编译，pageEncoding值将决定JSP文件采用的是什么样的编码(一般.txt文件默认采用的是与操作系统一直，如中文的操作系统一般为GBK，而JSP文件有pageEncoding决定)，如果为UTF-8，服务器将以UTF-8的方式进行读取并完成编译

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>

或者根据contentType属性中的charset决定

如果pageEncoding存在,那么JSP页面的字符编码方式就由pageEncoding决定,否则由contentType中的charset决定,如果两者都不存在,将采用TOMCAT中默认的ISO-8859-1

关于JSP页面中的pageEncoding和contentType两种属性的区别： 
1、pageEncoding是jsp文件本身的编码 
2、contentType的charset是指服务器 发送给客户端时的内容编码

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

第一阶段是jsp编译成.java，它会根据pageEncoding的设定读取jsp，结果是由指定的编码方案翻译成统一的UTF-8 JAVA源码（即.java），如果pageEncoding设定错了，或没有设定，出来的就是中文乱码。

第二阶段是由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的是什么编码方案，经过这个阶段的结果全部是UTF-8的encoding的java源码。

JAVAC用UTF-8的encoding读取java源码，编译成UTF-8 encoding的二进制码（即.class），这是JVM对常数字串在二进制码（java encoding）内表达的规范。

第三阶段是Tomcat（或其的application container）载入和执行阶段二的来的JAVA二进制码，输出的结果，也就是在客户端见到的，这时隐藏在阶段一和阶段二的参数contentType就发挥了功效