<%@ include %>导入的文件乱码

如：

<%
　　String ss = (String) session.getAttribute("username");
　　if (ss == null || ss == "") {
　　　　out.print("<script>alert(‘非法操作，你想干嘛！‘);window.location.href=‘index.jsp‘;</script>");
　　　　return;
　　}
%>

如果把上面的代码直接作为一个.jsp文件的话，在导入的时候，会发现出现中文乱码！即使文件的编码保存格式为utf-8也会乱码的，我猜tomcat会以ISO-8859-1的编码把这个.jsp编入要使用这个文件的另一个jsp文件中，但直接在另一个jsp页面使用如上代码就没问题。

解决方法：

　　头部加上<%@ page pageEncoding="utf-8"%>

所以说，<%@ include%>指令也不是完全等同于在jsp页面里直接使用代码，<%@ include%>的文件也要指明编码才得的！

参考：

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,那么,该指令就会工作不太正常,不能正确的把被包含的文件从原来编码转换为包含文件的编码,就会出现乱码现象.