ServletContext和ServletConfig的区别

在servlet初始化时，容器传递进来一个ServletConfig对象并保存在servlet实例中，该对象允许访问两项内容：初始化参数和ServletContext对象，前者通常由容器在文件中指定，允许在运行时向sevrlet传递有关调度信息，比如说getServletConfig().getInitParameter("debug")后者为servlet提供有关容器的信息。此方法可以让servlet在任何时候获得该对象及配置信息。  也就是说getServletContext是在ServletConfig对象中

 
 
 
 

 
 

 
 

  
  
 
  
  

  
  
javax.servlet.ServletContext接口
安装在一个服务器中的一个特定URL名字空间（比如，/myapplication）下的所有Servlet，JSP，JavaBean等Web部件的集合构成了一个Web的应用，每一个Web应用（同一JVM），容器都会有一个背景对象，而javax.servlet.ServletContext接口就提供了访问这个背景对象的途径。 Servlet实例的getServletContext方法: 得到该Servlet运行其中的这个背景对象。从这个背景对象中你可以访问如下信息或资源：（注意该方法不是ServletContext的方法而是获取背景对象的方法由于HttpServlet继承Servlet的关系GenericServlet类和HttpServlet类同时具有该方法）:
· 初始化参数　　ServletContext.getInitParameter(String name)。 
· 存储在背境中的对象　context.getAttribute(String name) 
· 与本背景关联的资源　ServletContext.getResource(String path) 
· 日志　ServletContext.log(String msg) 
以上所示方法均为ServletContext所提供，值得一提的是对于存储在背境中的对象访问方法常用的还有： 
· context.setAttribute(String name, Object object);将特定名字绑定的任意类型的对象上。将把object对象绑定到名字name，存放在Servlet背景中，可供同一背景中的其他Servlet共享。其他Servlet可以通过context.getAttribute(String name)，得到一个背景中的对象，或通过context.removeAttribute(String name)在背景中移除一个对象。 
· getRequestDispatcher方法：它的作用将一个包含路径的String传递给其它资源。该路径是相对于ServletContext的根路径的。.方法示例： 
RequestDispatcher　rd = request.getRequestDispatcher("SecondServlet"); 
rd.forward(request, response);. 
该方法主要用于服务器重定向技术上，servlet中重定向的方法主要有两种分别由ServletContext接口和ServletRequest接口提供但二者提供的同名方法getRequestDispatcher却有很大的不同。在ActionRouter类示例中//req.getRequestDispatcher(res.encodeURL(url)).forward(req,res);表示的用ServletRequest接口提供方法进行重定向的。
关于ServletConfig参数和ServletContext参数 
各种内置对象的作用范围 
● HttpServletRequest,HttpServletResponse:这两个属性的作用范围最小。 
时间上：只是本身请求和应答完成就失效，当然转发是把当前的request对象取出来传给另一个资源，其实本身的request对象还是只生存到本次请求结束，response也同样。 
空间上：只能发送请求的客户端有效。 
● HttpSession:一次连结到客户端关闭，时间作用范围比上面两个大，空间任用范围相同。 
● ServletConfig:从一个servlet被实例化后，对任何客户端在任何时候访问有效，但仅对本servlet有效，一个servlet的ServletConfig对象不能被另一个servlet访问。 
● ServletContext:对任何servlet，任何人在任何时间都有效，这才是真正全局的对象。 
那么，ServletConfig参数和ServletContext参数到底应该如何使用，如何取得？ 
一般来说，对整个应用的配置，为了不使用“硬编码”，应该配置为ServletContext参数，比如字符集设定。 
<web-app> 
................. 
<init-param> 
<param-name>charset</param-name> 
<param-value>GB2312</param-value> 
</init-param> 
................. 
</web-app> 
注意以上格式只是2。0以后的标准格式，旧容器（引擎）采用服务商自己的格式配置。注意它的父元素应该是<web-app>也就是说它是对一个应用作用的。 
而如果只有一个特定的servlet要设定的参数，其它servlet不能共享，应该配置为ServletConfig参数，如一个读取附件的servlet要用到绝对目录，而别的servlet不会用到： 
<servlet> 
<servlet-name>GetAtt</servlet-name> 
<servlet-class>mail.GetAttServlet</servlet-class> 
<init-param> 
<param-name>absPath</param-name> 
<param-value>/usr/mail/ax/axman/Maildir/</param-value> 
</init-param> 
</servlet> 
不用说，因为在<servlet>标签中已经指定了name和class,也就是说只有mail.GetAttServlet这个servlet中才能取到path,而别的Servlet是不能取到的。 
那么如何访问这两个对象的参数呢？ 
一、访问ServletConfig对象的参数的方法： 
要访问ServletConfig对象的参数，首先要取得ServletConfig对象，然后调用它的getInitParameter();方法即可。要访问ServletConfig对象，jsp中直接使用config内置对象，但因为你的JSP编译后的servlet一般不会被加到web.xml中的，所以一般不会通过jsp来取对本JSP编译后的servlet的配置参数。在servlet中要得到ServletConfig对象有两种方法： 
1、在inii()方法中取到：通过init的重载方法传递 
..... 
public class Test extends HttpServlet 
{ 
ServletConfig config; 
public void init(ServletConfig config) throws ServletException { 
this.config = config; 
} 
.................. 
} 
然后在下面的方法中就可以访问config对象。但要注意，为了确保能从构造方法中到到当前servlet的 
config对象，应该调用父类的构造方法： 
..... 
public class Test extends HttpServlet 
{ 
ServletConfig config; 
public void init(ServletConfig config) throws ServletException { 
super.init(config); 
this.config = config; 
} 
.................. 
} 
2、通过getServletConfig()方法直接到时，这样做的好处是不必调手工传递属性，想在任何时候都可以得到。 
还有第三种方法，要自己实现一些接口，这里作为一般讨论就不介绍了。 
二、访问ServletContext对象的参数的方法： 
要访问ServletContext对象的参数，首先要取得ServletContext对象，然后调用此对象的getInitParameter()方法就可以获取它的参数。然而要取得ServletContext对象，只要从现有的ServletConfig对象getServletContext（）就可以了。 
思考： 
按说：ServletContext对象的作用域比ServletConfig作用域大，为什么要从ServletConfig中到得ServletContext对象呢？我个人认为：容器保存了很多个ServletContext对象，请求时容器到底取哪一个给你呢？那就取其中包含ServletConfig信息的那个给你，就是说取ServletConfig对象的父级对象。就好象HttpSession要从requset中取得一样，就是取那个包含当前requese对象的session对象给你，这只是我的个人想法，还没有来得及看具体实现。反正就这么用吧。