版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Stephen__Xu/article/details/78234828
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%><meta charset="UTF-8">在整合ssh框架的时候，学习网站给的素材中是使用第二种方式设置编码，视频中老师操作之后网页能正确显示，当我自己按着老师步骤来时得到的确实中文乱码网页，上网一顿搜索，后面得到第一种编码方式，修改之后网页能正确显示。
中途还修改过浏览器的编码方式，但是没啥用，后面去了tomcat的apache-tomcat-7.0.56\work\Catalina\localhost\目录后，查看.java文件发现其中中文已乱码，说明是jsp文件转成.java文件时已经编码错了，需要设置pageEncoding属性！
下面是网上搜到的pageEncoding和contentType(charset)两种属性的区别：
pageEncoding是设置的JSP页面源代码的字符编码格式
contentType的charset是请求服务器以后返回过来的内容的字符编码
如果有pageEncoding这一项，则采取这一项的值，如果没有，采取charset的值，如果都没有，采取iso8859-1
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就发挥了功效