jsp编码

pageEncoding   设置的JSP页面源代码的字符编码格式,跟页面显示的编码没有关系

第一阶段是jsp编译成.java，它会根据pageEncoding的设定读取jsp，结果是由指定的编码方案翻译 成统一的UTF-8 JAVA源码（即.java）.  

第二阶段是由JAVAC的JAVA源码至java byteCode的编译，不论JSP编写时候用的是什么编码方案，  经过这个阶段的结果全部是UTF-8的encoding的java源码.JAVAC用UTF-8的encoding读取java源码，编译成UTF-8 encoding的二进制码（即.class），这是JVM对常数字串在二进制码（java encoding）内表达的规范. 

如果pageEncoding属性存在，那么JSP页面的字符编码方式就由pageEncoding决定， 否则就由contentType属性中的charset决定，如果charset也不存在，JSP页面的字符编码方式就采用默认的ISO-8859-1

contentType的charset   charset是请求服务器以后返回过来的内容的字符编码

contentType指定了MIME类型和JSP页面回应时的字符编码方式。MIME类型的默认值是“text/html”;   字符编码方式的默认值是“ISO-8859-1”. MIME类型和字符编码方式由分号隔开;

meta的Content-Type  浏览器是采用何种编码方式显示HTML页面

静态HTML页面中使用meta,动态JSP页面中meta无用,可以不设置

request.setCharacterEncoding（）: 设置从request中取得的值或从数据库中取出的值

    指定后可以通过getParameter()则直接获得正确的字符串，如果不指定，则默认使用iso8859-1编码。

    在执行setCharacterEncoding()之前，不能执行任何getParameter()。

    该指定只对POST方法有效，对GET方法无效。分析原因，应该是在执行第一个getParameter()的时候，java将会按照编码分析所有的提交内容，而后续的getParameter()不再进行分析，所以setCharacterEncoding()无效。而对于GET方法提交表单是，提交的内容在URL中，一开始就已经按照编码分析提交内容，setCharacterEncoding()自然就无效。

    get需在Tomcat的server.xml中的: URIEncoding="GBK" />) 加入URIEncoding="GBK",解决get请求乱码问题