java context

上下文也就是 的context，平时我们称这个为 容器的环境。

Servlet（或者Filter，或者Listener）中使用spring的IOC容器默认情况下Servlet容器创建spring容器对象，注入到Servlet Context中，Servlet Context对象又是注入到session对象中，session对象又是注入到request对象中，request对象又是注入到Servlet对象中，（其实不是很标准的注入，是传参数，或者对属性直接付值）。层层依赖可以得到spring容器对象。

servlet-->request-->session-->servletContext（application）

这个监听器主要用于一些随着应用启动而要完成的工作,也就是很多人说的我想在容器，启动的时候干，一般来说对"全局变量"初始化,如

1. public void contextInitialized(ServletContextEvent event){  

2. ServletContex sc = event.getServletContext();  

3. sc.setAttribute(name,value);  

4. } 

以后你就可以在任何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