Servlet之旅－ServletConfig与ServletContext的区别

ServletConfig与ServletContext两个接口都是在javax.servlet中定义的，他们看似相似，但是其实区别很大，下面我们就来讨论一下他们的区别和联系吧。

  GenericServlet和HttpServlet都实现了ServletConfig接口，大家用ServletConfig最多的就是调用它的getInitParameter来获取部署时设定的Servlet的初始化参数了，例如在DD(Deploy Descriptor)中有定义如下：

...

<servlet>

  <servlet-name>myServlet</servlet-name>

  <servlet-class>com.golfen.ServletDemo</servlet-class>

  <init-param>

    <param-name>email</param-name>

    <param-value>guo_golfen@company.com</param-value>

  </init-param>

</servlet>

...

于是在ServletDemo类的do**方法中就可以调用ServletConfig接口中的getInitParameter方法来获取email地址了：

package com.golfen

import javax.servlet.*;

import javax.servlet.http.*;

public class ServletDemo extends HttpServlet {

  public void doGet(HttpServletRequest request, HttpServletResponse response) {

    ...

    String email = getInitParamter("email");

    ...

  }

}

  没错，上述方法能够很方便的在某个Servlet中获得部署时配置的初始化参数，但是这个初始化参数是仅限于MyServlet这个特定的Servlet的，如果其他Servlet也需要访问这个email怎么办，有个勤勤恳恳的同志可能想到为每个Servlet都配置这个初始化参数，但是如果有上千个Servlet都需要共享这个参数呢，如果某天这个email地址改变了呢？你是不是要修改上千个配置呢？势必造成维护的恶梦。还有一点是这个初始化参数是仅限于String类型的，如果多个Servlet都需要共享一个数据库连接对象，那么是不是如果能采用object来传递更方便呢？

  没错，这个时候就需要有人站出来，他就是ServletContext！

  大家千万不要被他的名字所迷惑，他其实应该叫ApplicationContext，因为他是全Web Application共享的。从它在DD中定义的位置就可以清楚和的看出来：

<web-app...>

...

<servlet>

  <servlet-name>myServlet</servlet-name>

  <servlet-class>com.golfen.ServletDemo</servlet-class>

</servlet>

...

<context-param>

  <param-name>email</param-name>

  <param-value>guo_golfen@emc.com</param-value>

</context-param>

...

</web-app>

大家看到了吧，ServletContext的定义是在Servlet定义之外的，也就是说它是这个web-app共享的。

我们可以用GenericServlet中的getServletContext来获得它，也可以调用GenericServlet.getServletConfig获得ServletConfig并在其上调用getServletContext接口方法来获得ServletContext，例如： 

package com.golfen

import javax.servlet.*;

import javax.servlet.http.*;

public class ServletDemo extends HttpServlet {

  public void doGet(HttpServletRequest request, HttpServletResponse response) {

    ...

    String email = getServletContext().getInitParamter("email");

    //It's same as invoke

    //String email = getServletConfig().getServletContext().getInitParameter("email");

    ...

  }

}

It's easy, isn't it?

当然，无论是ServletConfig还是ServletContext的初始化参数都是在部署时确定的，不能在运行时修改（你运行时修改DD也没有用)，只能重启服务器，当然如果你用的web服务器支持热部署就更方便了，例如利用tomcat6.0的管理工具就可以从新部署某个web-app而对服务器上运行的其他web-apps没有影响。

那么ServletConfig和ServletContext又是谁初始化的呢？答案是web container。

  我们大家都知道Servlet有个很重要的方法Init()，很多自定义的初始化步骤都是通过重载这个方法来实现的，但是很多同志并不知道其实Init()有个兄弟Init(ServletConfig config)，也正是这个兄弟调用的Init()。web container在web服务器启动时解析DD找到Servlet class并在适当时候（web服务器启动或者其他时候，但是一定是在调用Service()方法之前）构造ServletContext对象并传递给为每个Servlet构造的ServletConfig对象，并调用Servlet上的Init(ServletConfig),后者又会invoke Init()。

  噢，有个细心的同志想到了我前面提到的“SevletContext可以在Servlet中传递对象”，现在怎么还只看到了共享String呢？对象又是如何共享的呢？这个其实牵扯到了ServletContext的Attribut，又是个大话题，我们改天再继续吧。。。