request,session,servletContext,servletConfig

HttpServletRequest,HttpServletResponse:这两个属性的作用范围最小。


    时间上：只是本身请求和应答完成就失效，当然转发是把当前的request对象取出来传给另一个资源，其实本身的request对象还是只生存到本次请求结束，response也同样。


    空间上：只能发送请求的客户端有效。

    HttpSession:一次连结到客户端关闭，时间作用范围比上面两个大，空间任用范围相同。

    ServletConfig:从一个servlet被实例化后，对任何客户端在任何时候访问有效，但仅对本servlet有效，一个servlet的ServletConfig对象不能被另一个servlet访问。

    ServletContext:对任何servlet，任何人在任何时间都有效，这才是真正全局的对象。

就servlet规范本身，数据可以放在3个地方：request、session、servletContext.

    request：


    好处：用完就仍，不会导致资源占用的无限增长。


    弊处：每次要用都从数据库中抓，多做操作，自然会对性能有一些影响。

    session：


    好处：不用每次都去数据库抓，少做操作。


    弊处：每个客户都有一个session，只能自己使用，不同session可能保存大量重复数据； 可能耗费大量服务器内存； 另外session构建在 cookie和url重写的基础上，所以用session实现会话跟踪，会用掉一点点服务器带宽和客户端保持联络， 当然session越多，耗费的带宽越多，理论上也会对性能造成影响。 集群的session同步会是个问题。

    servletContext：


    好处：不用每次都去数据库抓，少做操作。 存储的数据所有客户都可以用。 可减少重复在内存中存储数据造成的开销。


    弊处：很多时候相同的数据可能不多(相对于cache的命中率很低）。


    其实以上3中方法都有利有弊，各自的好处在某种条件下，也都会转变为弊处。所以不妨综合使用，相当于一个“第三方用法”（只讲一下思路，否则太过繁琐，涉及到的相关技术点请参考有关技术资料）：

request不说了，重点说说session和servletContext：

   session的可控应用


   session的最大问题是资源回收，两类回收方法:


   主动回收：浏览器被关闭，而为提交触发清理动作的请求时，该方法失效，而且很常见。


    超时回收：设置session的setMaxInactiveInterval属性或在web.xml中配置超时时间，然后交给jvm的垃圾处理器处理。不过不要报太大希望，jvm的垃圾收集器并不灵光。
    可以用另一种替代方法缓解该问题，比如限制session的数量，可以用HttpSessionListener实现，这样可以缓解session带来的吃内存问题，当然这种做法每次都需要判断session数量，当session达到限定数量时还必须用其他方法处理了，这些细节繁琐，而且要谨慎处理。

    servletContext


    如果说session是一个“局部缓存”，那servletContext就是一个“全局缓存”了，不妨把它当作cache（这里不讲究用词的严谨性，仅为了更好说明问题）。cache的大小是当前应用可使用的最大内存。cache的最大问题是提高命中率，命中率高，内存占用少，效率高，命中率低，则内存占用多而且效率低。这种应用的技术实现比“session的可空应用”要简单，适用于相同数据多的地方，这个要事先有所判断，如果用不好则有弊无利。

    如果仅使用servlet规范给出的3种机制，任何一种都达不到好处兼收的效果，所以要发挥3种方法的好处、摒弃弊处，必须综合运用，做一些技术框架的构建工作，而且有些地方还比较繁琐（还好框架是可重用的）。

    有时候寻求或实现“平衡”（或者说尽取其利而摒其害），要付出很大代价，根据不同的情况，这些代价或是值得，或是不值得。也可以“两害相权取其轻”，或许是最便捷的方法。

    对于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参数，比如字
符集设定。

.................

charset
GB2312

.................

注意以上格式只是2。0以后的标准格式，旧容器（引擎）采用服务商自己的格式配置。注意它的
父元素应该是也就是说它是对一个应用作用的。

而如果只有一个特定的servlet要设定的参数，其它servlet不能共享，应该配置为ServletConfig
参数，如一个读取附件的servlet要用到绝对目录，而别的servlet不会用到：

GetAtt
mail.GetAttServlet

absPath
/usr/mail/ax/axman/Maildir/


不用说，因为在标签中已经指定了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的重载方法传递

.....
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;
}
..................
}

通过getServletConfig()方法直接到时，这样做的好处是不必调手工传递属性，想在任何时候都可
以得到。

还有第三种方法，要自己实现一些接口，这里作为一般讨论就不介绍了。
要访问ServletContext对象，只要从现有的ServletConfig对象getServletContext（）就可以了，然后\r调用它的getInitParameter()方法就可以获取它的参数。

按说：ServletContext对象的作用域比ServletConfig作用域大，为什么要从ServletConfig中到得
ServletContext 对象呢？我个人认为：容器保存了很多个ServletContext对象，请求时容器到底取哪一个\r给你呢？那就取其中包含ServletConfig 信息的那个给你，就是说取ServletConfig对象的父级对象。就好象HttpSession要从requset中取得一样，就是取那个包含当前 request对象的session对象给你，这只是我的个人想法，还没有来得及看具体实现。反正就这么用吧。