html的四个作用域
首先要声明一点，所谓“作用域”就是“信息共享的范围”，也就是说一个信息能够在多大的范围内有效。4个JSP内置对象的作用域分别为：application、session、request、page 。JSP内置对象作用域表如下：
| 名称 |
作用域 |
| application |
在所有应用程序中有效 |
| session |
在当前会话中有效 |
| request |
在当前请求中有效 |
| page |
在当前页面有效 |
Web交互的最基本单位为HTTP请求。每个用户从进入网站到离开网站这段过程称为一个HTTP会话，一个服务器的运行过程中会有多个用户访问，就是多个HTTP会话。作用域解释如下。
application 作用域
如果把变量放到application里，就说明它的作用域是application，它的有效范围是整个应用。 整个应用是指从应用启动，到应用结束。我们没有说“从服务器启动，到服务器关闭”，是因为一个服务器可能部署多个应用，当然你关闭了服务器，就会把上面所有的应用都关闭了。 application作用域里的变量，它们的存活时间是最长的，如果不进行手工删除，它们就一直可以使用。
application作用域上的信息传递是通过ServletContext实现的，它提供的主要方法如下所示：
Object getAttribute（String name） //从application中获取信息；
void setAttribute（String name, Object value） //向application作用域中设置信息。
session作用域
session作用域比较容易理解，同一浏览器对服务器进行多次访问，在这多次访问之间传递信息，就是session作用域的体现。如果把变量放到session里，就说明它的作用域是session，它的有效范围是当前会话。所谓当前会话，就是指从用户打开浏览器开始，到用户关闭浏览器这中间的过程。这个过程可能包含多个请求响应。也就是说，只要用户不关浏览器，服务器就有办法知道这些请求是一个人发起的，整个过程被称为一个会话（session），而放到会话中的变量，就可以在当前会话的所有请求里使用。
session是通过HttpSession接口实现的，它提供的主要方法如下所示：
Object HttpSession.getAttribute（String name） //从session中获取信息。
void HttpSession.setAttribute（String name, Object value）//向session中保存信息。
HttpSession HttpServletRequest.getSessio() //获取当前请求所在的session的对象。
session的开始时刻比较容易判断，它从浏览器发出第一个HTTP请求即可认为会话开始。但结束时刻就不好判断了，因为浏览器关闭时并不会通知服务器，所以只能通过如下这种方法判断：如果一定的时间内客户端没有反应，则认为会话结束。Tomcat的默认值为120分钟，但这个值也可以通过HttpSession的setMaxInactiveInterval()方法来设置：
void setMaxInactiveInterval(int interval)
request作用域
一个HTTP请求的处理可能需要多个Servlet合作，而这几个Servlet之间可以通过某种方式传递信息，但这个信息在请求结束后就无效了。request里的变量可以跨越forward前后的两页。但是只要刷新页面，它们就重新计算了。如果把变量放到request里，就说明它的作用域是request，它的有效范围是当前请求周期。 所谓请求周期，就是指从http请求发起，到服务器处理结束，返回响应的整个过程。在这个过程中可能使用forward的方式跳转了多个jsp页面，在这些页面里你都可以使用这个变量。
Servlet之间的信息共享是通过HttpServletRequest接口的两个方法来实现的：
void setAttribute（String name, Object value） //将对象value以name为名称保存到request作用域中。
Object getAttribute（String name） //从request作用域中取得指定名字的信息。
JSP中的doGet()、doPost()方法的第一个参数就是HttpServletRequest对象，使用这个对象的 setAttribute()方法即可传递信息。那么在设置好信息之后，要通过何种方式将信息传给其他的Servlet呢？这就要用到RequestDispatcher接口的forward()方法，通过它将请求转发给其他Servlet。
RequestDispatcher ServletContext.getRequestDispatcher(String path) //取得Dispatcher以便转发，path为转发的目的Servlet。
void RequestDispatcher.forward(ServletRequest request, ServletResponse response)//将request和response转发
因此，只需要在当前Servlet中先通过setAttribute()方法设置相应的属性，然后使用forward()方法进行跳转，最后在跳转到的Servlet中通过使用getAttribute()方法即可实现信息传递。
需要注意两点：
1、转发不是重定向，转发是在Web应用内部进行的。
2、转发对浏览器是透明的，也就是说，无论在服务器上如何转发，浏览器地址栏中显示的仍然是最初那个Servlet的地址。
page作用域
page对象的作用范围仅限于用户请求的当前页面，对于page对象的引用将在响应返回给客户端之后被释放，或者在请求被转发到其他地方后被释放。page里的变量只要页面跳转了，它们就不见了。如果把变量放到pageContext里，就说明它的作用域是page，它的有效范围只在当前jsp页面里。从把变量放到pageContext开始，到jsp页面结束，你都可以使用这个变量。
以上介绍的作用范围越来越小，request和page的生命周期都是短暂的，它们之间的区别：一个request可以包含多个page页（include，forward及filter）。
【程序1】page01.jsp
- <%@ page language="java" contentType="text/html; charset=UTF-8"
- pageEncoding="UTF-8"%>
- >
- <jsp:useBean id="pagevar" scope="page" class="java.lang.StringBuffer"/>
- <jsp:useBean id="requestvar" scope="request" class="java.lang.StringBuffer"/>
- <jsp:useBean id="sessionvar" scope="session" class="java.lang.StringBuffer"/>
- <jsp:useBean id="applicationvar" scope="application" class="java.lang.StringBuffer"/>
- <html>
- <head>
- <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
- <title>JSP内置对象作用域title>
- head>
- <body>
- <%
- pagevar.append("page01");
- requestvar.append("page01");
- sessionvar.append("page01");
- applicationvar.append("page01");
- %>
- <jsp:forward page="page02.jsp"/>
- body>
- html>
【程序2】page02.jsp
- <%@ page language="java" import="java.util.*" contentType="text/html; charset=UTF-8"
- pageEncoding="UTF-8"%>
- >
- <jsp:useBean id="pagevar" scope="page" class="java.lang.StringBuffer"/>
- <jsp:useBean id="requestvar" scope="request" class="java.lang.StringBuffer"/>
- <jsp:useBean id="sessionvar" scope="session" class="java.lang.StringBuffer"/>
- <jsp:useBean id="applicationvar" scope="application" class="java.lang.StringBuffer"/>
- <html>
- <head>
- <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
- <title>JSP内置对象作用域title>
- head>
- <body>
- <%
- pagevar.append("page02");
- requestvar.append("page02");
- sessionvar.append("page02");
- applicationvar.append("page02");
- %>
- page = <%=pagevar.toString()%><br/>
- request = <%=requestvar.toString()%><br/>
- session = <%=sessionvar.toString()%><br/>
- application = <%=applicationvar.toString()%><br/>
- body>
- html>
测试步骤以及结果分析：
1、直接运行程序1的结果为：(图1)
我们看到，page的作用域的值为page02，说明确实只在当前的页面起作用，即跳转到的page2页面；request的作用域在当前请求中有效，所以其值为程序1和跳转到程序2之和；session的作用域为当前会话，所以其值也是程序1和跳转到程序2之和；而application对所有应用有效，也就是只要在应用，都要叠加，即程序1中的值与程序2中的值的叠加；
2、不要关闭程序1运行的浏览器，直接运行程序2，其结果为：(图2)
对比图1的结果，我们发现page作用域没有变化，它的值只是程序2里的值；request作用域仅在当前请求作用，故也以程序2的值为准，变成page02；session的作用域为当前会话，因为运行程序1的浏览器保持着，说明还处于同一会话中，所以要在之前的基础上叠加上一个page02；而application对所有应用有效，也就是只要在应用，都要叠加，即在之前的基础上叠加上一个程序2的page02；
3、将上两步运行程序1和程序2的浏览器关闭，但不关闭服务器，重新运行程序2，其结果如下：
对比之前的结果，我们发现page作用域依旧没有变化，它的值只是程序2即所在页面里的值；request作用域仅在当前请求作用，故也以程序2的值为准，变成page02；session的作用域为当前会话，因为前两步运行程序的浏览器关闭了，说明之前的会话都结束了，所以其值恢复成当前的程序2里的值page02；而application对所有应用有效，也就是只要在应用即服务器还没重启清空，都要叠加，即在之前的基础上再叠加上一个程序2的page02；