上下文也就是 的context,平时我们称这个为 容器的环境。
Servlet(或者Filter,或者Listener)中使用spring的IOC容器默认情况下Servlet容器创建spring容器对象,注入到Servlet Context中,Servlet Context对象又是注入到session对象中,session对象又是注入到request对象中,request对象又是注入到Servlet对象中,(其实不是很标准的注入,是传参数,或者对属性直接付值)。层层依赖可以得到spring容器对象。
servlet-->request-->session-->servletContext(application)
这个监听器主要用于一些随着应用启动而要完成的工作,也就是很多人说的我想在容器,启动的时候干,一般来说对"全局变量"初始化,如
-
public void contextInitialized(ServletContextEvent event){
-
ServletContex sc = event.getServletContext();
-
sc.setAttribute(name,value);
-
}
以后你就可以在任何servlet中getServlet Context().getAttribute(name);
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
ServletContext sc1 = request.getSession().getServletContext();
ServletContext sc2 = this.getServletContext();
System.out.println(sc1 == sc2);
}
打印结果:true
ServletContext理解 与application异同 .
(2012-07-05 11:21:48)
转载 ?
标签:
it
分类: java
servletContext接口是Servlet中最大的一个接口,呈现了web应用的Servlet视图。 ServletContext实例是通过 getServletContext()方法获得的,由于HttpServlet继承Servlet的 关系GenericServlet类和HttpServlet类同时具有该方法。
条件:假设说我们有一个WEB应用,这个WEB应用中有10个SERVLET 在这里,这个WEB应用就拥有一个它自己的仓库-ServletContext,而这10个Servlet则共 享这个大仓库,并且各自拥有属于他们自己的小仓库-ServletConfig。 ServletContext就是一个全局的概念,它属于应用,但我们有时候不想让某些参数被其他 Servlet应用,仅仅想在自己的Servlet中被共享,这时候就需要把它保存在ServletConfig中, 换句话说,从【一个Servlet】来看,ServletConfig是它的全局,而从一个【Servlet集合 (Web应用)】来看,ServletContext是它的全局。 个人观点,仅供参考。 是这样的,假设现在要运行一个应用。
1.Tomcat启动→读入xml文件 2.容器为这个应用建立一个新的ServletContext实例,应用的所有部分都共享这个上下文 3.如果xml中有定义上下文的初始参数,则容器首先创建初始参数实例(应该就像一个 Bean一样) 4.把初始化参数实例的引用交给ServletContext 5.容器建立一个新的servlet,这时建立一个新的ServletConfig对象,并且为这个 ServletConfig对象提供一个ServletContext的引用 6.调用servlet的init()方法初始化servlet
由第5步可以看出,每个servlet中都有一个上下文(ServletContext)的引用,因此, servlet都知道这个上下文。 但是ServletContext的实例比Servlet先诞生,所以ServletContext诞生的时候并不知道 Servlet的存在。
在JAVA EE API文档中 ServlectContext拥有获得Servlet的方法 例如:Servlet getServlet(String name) 但是,这一类的方法已经废弃了,从注释中可以看出,原先的这些方法返回的值是null, 也就是无法获得servlet
因此,ServlectContext诞生的时候并不知道Servlet的存在,它的诞生仅仅是因为容器诞生 了~~
我个人感觉,ServletContext中并没有Servlet的信息,相反,每个Servlet中都持有 ServletContext的引用。
在HeadFirstJSP中有一个说法我觉得不错,ServletContext就像一块布告栏,你可以往上贴 布告,走过的人都可以看到它! servlet上下问,是针对servletconfig而提出来的,因为容器在配置文件中提取的初始化参数 保存在了servletconfig对象中,但由于初始化参数只针对某个具体的servlet而言,别的 servlet是访问不到这个参数的,所以为了提供一个可以供全体servlet使用的对象--这个对 象也可以从配置文件中获取参数,哪个老外就弄出了一个servletcontext对象,并把它称为 上下文或者应用上下文,其实就这么简单。只不过大家现在所听到的所看到的上下文被形 态化了,经典话了而已。追起本质,还是很好理解的。
ServletContext 与application的异同
相同:其实servletContext和application 是一样的,就相当于一个类创建了两个不同名称的 变量。在 servlet中ServletContext就是application对象。大家只要打开jsp编译过后生成的Servlet 中的 _jspService()方法就可以看到如下的声明: ServletContext application = null; application = pageContext.getServletContext(); 不同:两者的区别就是application用在jsp中,servletContext用在servlet中。application和 page
request session 都是JSP中的内置对象,在后台用ServletContext存储的属性数据可以 用 application对象获得。
而且application的作用域是整个Tomcat启动的过程。 例如: ServletContext.setAttribute("username",username); 则在JSP网页中可以使用 application.getAttribute("username");
后面的转自:http://wenku.baidu.com/view/ff456d607e21af45b307a80f.html