很多人理所当然的觉得肯定是a,因为j=1所以只包含one.jsp,two.jsp不会包含进来，但答案是b,上机测试就知道。
为什么？
因为@include要先于jsp的其他代码执行，所以两个文件都会被包含进来！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
如果你说用jsp:include可以解决问题，好，把three.jsp改成如下：
＃文件 three.jsp
<%
int j=1;
String includeFile="";
if (j==1){
includeFile = "one.jsp";
}else{
includeFile = "two.jsp";
}
%>
<jsp:include page=´<%=includeFile%>´ />
<%=var1%>

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
结果是什么？
a.编译错误
b.显示 China

是b吗，不，是a,编译错误！提示var1未定义。

为什么？因为jsp:include是动态包含，相当于把包含文件与被包含文件分开编译。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

 现把include的问题总结如下：
【引用 gfzhx(小小)的话】
    动态包含相当于作了一个页面跳转，也就是相当于重新访问了另一个servlet，所以当然会提示变量没有定义，你想一想，一个类中申明了一个变量，第二个类直接是用这个变量，你说可以吗？其实你的情况和这个例子很像，这就是动态包含，而静态包含你可以看一看jsp编译后的java文件就知道了，它是直接将你包含的页面直接包含进去，然后再编译的。所以你的问题采用静态包含就可以了。不过不管怎么，还是不推荐采用这种形式，会给程序造成很多问题，至少比较难以维护了，可以说是一种不好的编程风格。建议采用其他方法解决问题。

【引用 xiao_yuer(小鱼儿)的话】
 要使用引入文件中定义的变量，只能用@include指令。
也就是<%@ include file="one.jsp" %>,但这在一般情况下都不是动态的，是在jsp页面第一次编译时，把它导入的。而jsp编译后，这两个文件再作修改很多jsp服务器都不会侦测到，因为包含这两的jsp的jsp文件本身并没有发生变化。但很奇怪，weblogic6好像可以。你可以试试，不过不要抱太大希望，因为你这种要求不是很合理。向你这种情况，完全应该引入一个java类，这个类中定义一些变量（按你的说法都应该算是常量了，jsp取出来直接用而不会修改它再存回去），然后再jsp中得到那个类的实例，来进行处理。那样如果你要修改这些常量的值，就修改java类，而不用修改jsp.

【自己的:-))】
 @include包含是静态包含，是把被包含文件加入到包含文件中然后进行编译，所以这种包含与解释执行的语言很象（例如php)，而且JSP中@开头的语句都要先于其他语句执行，所以如上，用if.else来判断然后包含是不行的，所以以前如果是做PHP这种解释语言的人会觉得不适应（象我，：（（）
 
 jsp:include是既可以静态包含又可以动态包含，与@include不同的是，jsp:include没有@include那样的优先权，即不是现于其他语句执行的，所以jsp:include可以又选择性的包含。不过更重要的一点是，用jsp:include相当于编译两个不同的文件，所以如果被包含文件中仅仅是显示某些东西（例如被包含文件是纯HTML）的话，这种情况下，用jsp:include和@include来包含文件的效果是一样的，但如果要用jsp:include来显示被包含文件中定义的变量就不行了（为什么？见上面的引用吧，就不赘述了）。

【感谢】
 gfzhx(小小)、xiao_yuer(小鱼儿)

【致版主】
 问题贴地址如下：
http://www.csdn.net/Expert/FAQ/FAQ_Index.asp?id=1380
http://www.csdn.net/expert/topic/707/707524.xml?temp=1.226443E-02
希望版主能够更正一下。

〔CharacterEncodingHttpServletRequestWrapper.java〕

package creator.common.filter;

import javax.servlet.http.*;

public class CharacterEncodingHttpServletRequestWrapper extends HttpServletRequestWrapper {

    private String ecoding = null;
    private String oldEncoding = null;

    public CharacterEncodingHttpServletRequestWrapper(HttpServletRequest request,String encoding) {
        super(request);
        this.ecoding = encoding;
        this.oldEncoding = request.getCharacterEncoding();
    }

    public String getParameter(String value) {
        try{
            if((oldEncoding == null || isIOS88591(oldEncoding)) && super.getParameter(value)!=null){
                return new String(super.getParameter(value).getBytes("iso-8859-1"),ecoding);
            }
            else{
                return super.getParameter(value);
            }
         }
        catch(Exception e){
            e.printStackTrace();
            return null;
        }
    }

    private boolean isIOS88591(String endcoding){
        endcoding = endcoding.toLowerCase();
        return endcoding.startsWith("iso")&& (endcoding.indexOf("8859") != -1) && endcoding.endsWith("1");
    }
}

〔CharacterEncodingHttpServletResponseWrapper.java〕

package creator.common.filter;

import javax.servlet.http.*;

public class CharacterEncodingHttpServletResponseWrapper extends HttpServletResponseWrapper {

    private String ecoding = null;

    public CharacterEncodingHttpServletResponseWrapper(HttpServletResponse response,String encoding) {
        super(response);
        this.ecoding = encoding;
    }

    /* (non-Javadoc)
     * @see javax.servlet.ServletResponse#setContentType(java.lang.String)
     */
    public void setContentType(String value) {
        super.setContentType("text/html;charset="+ecoding);
    }

}

〔CharsetEncodingFilter.java〕

package creator.common.filter;

import java.io.IOException;
import javax.servlet.*;
import javax.servlet.http.*;

public class CharsetEncodingFilter implements Filter {
    private FilterConfig config = null;
    private String RequestEncoding = null;
    private String ResponseEncoding = null;

    public void init(FilterConfig arg0) throws ServletException {
        this.config = arg0;
        this.RequestEncoding = config.getInitParameter("RequestEncoding");
        this.ResponseEncoding = config.getInitParameter("ResponseEncoding");
    }

    /* (non-Javadoc)
     * @see javax.servlet.Filter#doFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse, javax.servlet.FilterChain)
     */
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain fc)
        throws IOException, ServletException {
        if(this.config == null){
            return;
        }
        HttpServletRequest request = (HttpServletRequest)req;
        HttpServletResponse response = (HttpServletResponse)res;

        CharacterEncodingHttpServletRequestWrapper  mrequestw  = new CharacterEncodingHttpServletRequestWrapper(request,ResponseEncoding);
        CharacterEncodingHttpServletResponseWrapper wresponsew = new CharacterEncodingHttpServletResponseWrapper(response,ResponseEncoding);
        fc.doFilter(mrequestw,wresponsew);
    }

    public void destroy() {
    }

}

〔web.xml〕

  <filter>
    <filter-name>CharsetEncoding</filter-name>
    <filter-class>javabean.com.CharsetEncodingFilter</filter-class>
    <init-param>
      <param-name>RequestEncoding</param-name>
      <param-value>iso-8859-1</param-value>
    </init-param>
    <init-param>
      <param-name>ResponseEncoding</param-name>
      <param-value>gb2312</param-value>
    </init-param>
  </filter>
  <filter-mapping>
    <filter-name>CharsetEncoding</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>

1、设置整个应用服务器下的所有项目是否解析el表达式（控制所有项目）
（这个我还没找到在哪，但应该有）。

2、设置整个项目使用el表达式，需要在web.xml中加上 （控制一个项目）
<jsp-config>
<jsp-property-group>
<el-ignored>false</el-ignored>
</jsp-property-group>
</jsp-config>

3、设置某个jsp页面使用el表达式，需要在jsp页面加上（控制单个页面）
<%@ page isELIgnored="false"%>

 
Request。Request 的范围是指在一JSP 网页发出请求到另一个JSP 网页之间，随 这个属性就失效。设定Request 的范围时可利用request 对象中的setAttribute( )和getAttribute( )

Session 的作用范围为一段用户持续和服务器所连接的时间，但与服务 器断线 ，这个属性就无效。只要将数据存入session对象，数据的范围就为Session

Application 的作用范围在服务器一开始执行服务，到服务器关闭为止Application 的范围最、停留的时间也最久，所以使用时要特别注意不然可能会造成服务器负载越来越重的情况。只要将数据存入application对象，数据的范围范围 (Scope) 就为Application

														
														
														public class ControllerServlet extends HttpServlet{　
private javax.sql.DataSource testDS = null; 　
public void init(ServletConfig config) throws ServletException　{
　　super.init(config); 　　Context ctx = null;
　　try　　{ 　　　ctx = new InitialContext();
　　　testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS");
　　}　　catch(NamingException ne)　　{
　　　ne.printStackTrace(); 　　}　　catch(Exception e)　　{
　　　e.printStackTrace();　　}　}　
public javax.sql.DataSource getTestDS()　{　　return testDS;　}
　...　... 
}
												

														
														
														
																＜%@ page session="false"%＞
														
												

														
														
														
																public void doGet(HttpServletRequest request,
 HttpServletResponse response)throws IOException, ServletException 
{　
OutputStream out = null　String encoding = 
request.getHeader("Accept-Encoding"); 　
if (encoding != null && encoding.indexOf("gzip") != -1)　{　　
request.setHeader("Content-Encoding" , "gzip");　　
out = new GZIPOutputStream(request.getOutputStream());　
}　
else if (encoding != null && encoding.indexOf("compress") != -1)　{
　　request.setHeader("Content-Encoding" , "compress");　　
out = new ZIPOutputStream(request.getOutputStream());　
} 　
else　{　　out = request.getOutputStream();　}　...　... }
														
												

														
														
														
																＜%@ includee file=”test.jsp” %＞
														
												

														
														
														
																＜jsp:includee page=”test.jsp” flush=”true”/＞
														
												

														
														
														
																＜jsp:useBean id="name" scope="page|request|session|application" 
class="package.className" type="typeName"＞＜/jsp:useBean＞
														
												

其中scope属性指出了这个bean的生命周期。缺省的生命周期为page。如果你没有正确地选择bean的生命周期的话，它将影响系统的性能。

举例来说，如果你只想在一次请求中使用某个bean，但你却将这个bean的生命周期设置成了session，那当这次请求结束后，这个bean将仍然保留在内存中，除非session超时或用户关闭浏览器。这样会耗费一定的内存，并无谓的增加了JVM垃圾收集器的工作量。因此为bean设置正确的生命周期，并在bean的使命结束后尽快地清理它们，会使用系统性能有一个提高。

其它一些有用的方法

1、在字符串连接操作中尽量不使用“＋”操作符：在java编程中，我们常常使用“＋”操作符来将几个字符串连接起来，但你或许从来没有想到过它居然会对系统性能造成影响吧？由于字符串是常量，因此JVM会产生一些临时的对像。你使用的“＋”越多，生成的临时对像就越多，这样也会给系统性能带来一些影响。解决的方法是用StringBuffer对像来代替“＋”操作符。

2、避免使用System.out.println()方法：由于System.out.println()是一种同步调用，即在调用它时，磁盘I/O操作必须等待它的完成，因此我们要尽量避免对它的调用。但我们在调试程序时它又是一个必不可少的方便工具，为了解决这个矛盾，我建议你最好使用Log4j工具(http://Jakarta.apache.org )，它既可以方便调试，而不会产生System.out.println()这样的方法。

3、ServletOutputStream 与 PrintWriter的权衡：使用PrintWriter可能会带来一些小的开销，因为它将所有的原始输出都转换为字符流来输出，因此如果使用它来作为页面输出的话，系统要负担一个转换过程。而使用ServletOutputStream作为页面输出的话就不存在一个问题，但它是以二进制进行输出的。因此在实际应用中要权衡两者的利弊。

总结

     本文的目的是通过对servlet和JSP的一些调优技术来极大地提高你的应用程序的性能，并因此提升整个J2EE应用的性能。通过这些调优技术，你可以发现其实并不是某种技术平台（比如J2EE和.NET之争）决定了你的应用程序的性能，重要是你要对这种平台有一个较为深入的了解，这样你才能从根本上对自己的应用程序做一个优化。