ServletContext与ServletConfig的深度剖析
ServletContext与ServletConfig的深度剖析
对于web容器来说，ServletContext接口定义了一个servlet环境对象，这个对象定义了一个在servlet引擎上的servlet的视图。经过利用这个对象，servlet可能记载事情，失去资源并失去来自servlet的引擎类。
servlet容器在启动时会加载web运用，并为每个web运用创建惟一的servletcontext对象，可能把ServletContext看成是一个Web运用的服务器端组件的共享内存，在ServletContext中可能寄存共享数据，他提供了4个读取和设置共享数据的方法。详细见api协助文档。
另外，ServletContext对象只在web运用被关闭的时分才被销毁，不同的web运用，ServletContext各自独立存在。
一个web运用由jsp,servlet，javabean等web组件的汇合造成，每一个web运用，容器都会有一个背景对象，而javax.servlet.ServletContext接口就提供了访问这个背景对象的路径。你可能经过一个servlet实例的getServletContext()方法失去该servlet运转其中的这个背景对象，从这个背景对象中你可能访问如下信息资源：
1.初始化参数
2.存储在背景中的对象
3.与背景关联的资源
4.日志
最后针对ServletContext我本人的总结是：
ServletContext即servlet容器，其内提供的方法可能在同一web运用下的一切servlet中被利用
而对于config对象来说，他与context相比，就有了很大的局限性。
当ServletConfig对象在servlet中被实例化后，对任何客户端在任何时分访问有效。然而一个servlet的ServletConfig对象不能被另一个servlet访问，也就是说，在本servlet申明后的ServletConfig只能在本servlet内被访问，属于内部持久有效的变量。
下有一例，可供深入理解：
普通来说，对整个运用的配置，为了不利用“硬编码”，应该配置为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这个\r
servlet中能力取到path,而别的Servlet是不能取到的。
后面咱们讲了对这连个属性的意识，下面让咱们来共同窗习一下，如何获取这两个对象的参数：
访问ServletConfig参数：
首先要取得ServletConfig对象，然后调用它的getInitParameter();方法。要访问
ServletConfig对象，jsp中间接利用config内置对象，但由于你的JSP编译后的servlet普通不会被
加到web.xml中的，所以普通不会经过jsp来取对本JSP编译后的servlet的配置参数，那么在servlet
中要失去ServletConfig对象有两种方法：
在inii()方法中取到：经过init的重载方法传递
.....
publicclassTestextendsHttpServlet
{
ServletConfigconfig;
publicvoidinit(ServletConfigconfig)throwsServletException{
this.config=config;
}
..................
}
然后在下面的方法中就可能访问config对象。但要留意，为了确保能从结构方法中到以后servlet的
config对象，应该调用父类的结构方法：
.....
publicclassTestextendsHttpServlet
{
ServletConfigconfig;
publicvoidinit(ServletConfigconfig)throwsServletException{
super.init(config);
this.config=config;
}
..................
}
经过getServletConfig()方法间接到时，这样做的益处是不必调手工传递属性，想在任何时分都可
以失去。
还有第三种方法，要本人完成一些接口，这里作为普通探讨就不引见了。
要访问ServletContext对象，只需从现有的ServletConfig对象getServletContext（）就可能了，然后\r调用它的getInitParameter()方法就可能获取它的参数。
按说：ServletContext对象的作用域比ServletConfig作用域大，为什么要从ServletConfig中到得
ServletContext对象呢？我集体以为：容器保存了很多个ServletContext对象，申请时容器到底取哪一个\r给你呢？那就取其中蕴含ServletConfig信息的那个给你，就是说取ServletConfig对象的父级对象。就好象HttpSession要从requset中取得一样，就是取那个蕴含以后request对象的session对象给你，这只是我的集体想法，还没有来得及看详细完成。反正就这么用吧。
