JSP中四个域

再解析这个四个域之前，不得不谈一下服务器的原理，我在 web服务器那篇笔记当中没有系统的说一下服务器的作用：

参考J2EE书本 73页内容

服务器要为一个请求单独开启一个线程。通过IO流来获取和返回数据。还要解析用户请求，生成响应数据。

JSP中是通过Servlet _jspService();方法完成解析参数，处理请求，生成响应数据。服务器则完成前面和后面的多线程，网络通信等功能。

所以JspService()需要 HttpServletRequest 和HttpServletResponse参数

但是JSP如何和Servlet进行交互呢

为了解决这个问题，所有的服务器，都会提供一个Map结构：

就是这

四大天王，四个域。我们把数据放到四个域中，就可以在服务器后台里交换数据了。但是范围不同。

老大是application

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

application作用域上的信息传递是通过ServletContext实现的，它提供的主要方法如下所示：

       Object getAttribute（String name）：从application中获取信息。

      void setAttribute（String name, Object value）：向application作用域中设置信息。

老二是Session

session：HTTP会话开始到结束这段时间。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的默认值为30分钟，配置文件web.xml指出，但这个值也可以通过HttpSession的setMaxInactiveInterval()方法来设置：

session机制通常是用来保存客户端的状态信息，状态信息需要保存到服务器的硬盘上，所以Session的值必须要是可序列化的，否则将发生不可序列化的异常。 

关于Session 和Cookie　Session Cookie机制中详细解释

request

老三

HttpRequest :作用范围， 请求到请求结束，多用于Servlet之间的通信，传递消息，请求完就结束了。常常用到RequestDispatcher 的forward方法，转发请求。

page：

小弟，为什么page比request还小呢，他们有什么区别。其实呢，page和request的生命周期都很短。但是一个request可以包括多个page页面。包括动态include filter forward 

关于Struts2

为了避免和Servlet API耦合，为了方便Action做单元测试，Struts2对HttpServletRequest 和 HttpSession 和ServletContext做了封装，构造了三个Map来代替这三个对象，通过 com.opensymphony.xwork2.ActionContext类来获取，ActionContext是Action执行的上下文，包括一组对象，parameters application request session locale 对象 通过 get来获取requestMap，通过Map session = context.getSession(); 
Map application = context.getApplication()