解析JSP四个作用域

JSP的page、request、session、application作用域

scope的取值

1. Page：page里的变量没法从index.jsp传递到test.jsp。只要页面跳转了，它们就不见了。
2. Request：request里的变量可以跨越forward前后的两页。但是只要刷新页面，它们就重新计算了。
3. Session：session和application里的变量一直在累加，开始还看不出区别，只要关闭浏览器，再次重启浏览器访问这页，session里的变量就重新计算了。
4. Application：application里的变量一直在累加，除非你重启tomcat，否则它会一直变大。

而作用域规定的是变量的有效期限

1. 如果把变量放到pageContext里，就说明它的作用域是page，它的有效范围只在当前jsp页面里。
   从把变量放到pageContext开始，到jsp页面结束，你都可以使用这个变量。
2. 如果把变量放到request里，就说明它的作用域是request，它的有效范围是当前请求周期。
   所谓请求周期，就是指从http请求发起，到服务器处理结束，返回响应的整个过程。在这个过程中可能使用forward的方式跳转了多个jsp页面，在这些页面里你都可以使用这个变量。
3. 如果把变量放到session里，就说明它的作用域是session，它的有效范围是当前会话。
   所谓当前会话，就是指从用户打开浏览器开始，到用户关闭浏览器这中间的过程。这个过程可能包含多个请求响应。也就是说，只要用户不关浏览器，服务器就有办法知道这些请求是一个人发起的，整个过程被称为一个会话（session），而放到会话中的变量，就可以在当前会话的所有请求里使用。
4. 如果把变量放到application里，就说明它的作用域是application，它的有效范围是整个应用。
   整个应用是指从应用启动，到应用结束。我们没有说“从服务器启动，到服务器关闭”，是因为一个服务器可能部署多个应用，当然你关闭了服务器，就会把上面所有的应用都关闭了。
   application作用域里的变量，它们的存活时间是最长的，如果不进行手工删除，它们就一直可以使用。

与上述三个不同的是，application里的变量可以被所有用户共用。如果用户甲的操作修改了application中的变量，用户乙访问时得到的是修改后的值。这在其他scope中都是不会发生的，page, request, session都是完全隔离的，无论如何修改都不会影响其他人的数据。

e1表达式

我们使用public Object getAttribute(String name)获得变量值，使用public void setAttribute(String name, Object value)将变量值保存到对应作用域中。
我们可以采用 ${countPage} 形式可以代替<%=pageContext.getAttribute("countPage")%>
语句，${countPage} 形式叫做el表达式，是jsp-2.0规范的一部分，tomcat里正好可以使用。
使用el有以下几个好处：

1. 代码量小，并且不需要使用尖括号。
2. 支持从pageContext, request, session, application中取值，它会自动检查四个作用域，不需要特别指定。
3. 如果变量不存在，会输出空字符串""，而不是null，省去了手工判断的工作。