今天写页面的时候遇到了这个问题，我在jsp和html页面的编码设置都弄成utf-8，无奈的是在jsp页面显示html是乱码。
关于JSP页面中的pageEncoding和contentType两种属性的区别：
pageEncoding是jsp文件本身的编码
contentType的charset是指服务器发送给客户端时的内容编码
JSP要经过两次的“编码”，第一阶段会用pageEncoding，第二阶段会用utf-8至utf-8，第三阶段就是在客户端浏览器里看到的网页， 用的是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就发挥了功效
而include指令就是在第一阶段之前执行的,注意这个是在第一阶段之前,所以,如果包含文件和被包含文件的文件编码不是utf-8,那么,该指令就会工作不太正常,不能正确的把被包含的文件从原来编码转换为包含文件的编码,就会出现乱码现象.
对于Tomcat而言，JSP页面生成的Java文件放在work路径对应的Web应用下。例如：
D:apache-tomcat-7.0.52webapps
生成对应的java文件
D:apache-tomcat-7.0.52work
于是我就到该目录下面找到了jsp编译成java的.java源文件，发现
out.write(" <img data-src="holder.js/200x80" class="img-rounded" title="logo" style="background-color:#FFFFFF">
");
out.write(" </div>
");
out.write(" <div class="col-md-8" style="top:10px;height:180px;line-height:40px;overflow:hidden">
");
out.write(" <ul class="nav nav-pills" role="tablist" style="margin:0 auto;text-align:center;">
");
out.write(" <li role="presentation" class="dropdown"><a class="dropdown-toggle" data-toggle="dropdown" href="#">æ°æ®å¤ç</a>
");
out.write(" <ul class="dropdown-menu" role="menu">
");
out.write(" <li><a href="show.jsp">æ°æ®å±ç¤º</a></li>
");
out.write(" <li><a href="#">Messages</a></li>
");
于是就很明显了，java源文件里是乱码，把这个.java文件和相应的.class文件删除，然后重新编译一下就ok了。