iLeichun

1概述 
和传统的Server端扩展机制相比，Servlet有如下优点： 
1． 比CGI脚本快，因为Servlet采用了不同的处理模式。
2． Servlet使用的标准API为大多数Web Server所接受。
3． 因为是Java语言开发的，所以拥有Java的所有优点，包括易于开发和平台无关等。 
4． 可以方便地访问大量的Java类库资源。 

2 Servlet生命周期 
一个Servlet有一个生命周期，定义了一个Servlet 如何被加载和被初始化，它怎样接收请求、响应请求、怎样提供服务。

在代码中，Servlet生命周期由接口：javax.servlet.Servlet 所定义。 所有的Java Servlet 必须，直接或间接地实现javax.servlet.Servlet接口，这样才能在Servlet Engine上运行。Servlet Engine提供network Service, 响应MIME request, 运行Servlet Container。 javax.servlet.Servlet接口定义了一些方法，在Servlet 的生命同期中这些方法会在特定时间按照一定的顺序被调用。如下图：

2.1 Servlet 如何被加载（Load），被实例化（Instantiated）
Servlet Engine 负责实例化和加载Servlet，这个过程可以在Servlet Engine 加载时执行，可以在Servlet 响应请求时执行，也可以在两者之间的任何时候执行。 

2.2 Servlet如何被初始化(Initialized) 
Servlet Engine 加载好Servlet 后，必须要初始化它。初始化时Servlet 可以从数据库里读取初始数据，建立JDBC Connection，或者建立对其它有价值的资源的引用。 
在初始化阶段，Init( )方法被调用。这个方法在javax.servlet.Serlet接口中定义。Init( )方法以一个Servlet 配置文件（ServletConfig 型）为参数。Servlet configuration 对象由Servlet Engine 实现，可以让Servlet 从中读取一些name-value对的参数值。ServletConfig对象还可以让Servlet Access 一个Servlet Context对象。 

2.3 Servlet 如何处理请求 
Servlet 被初始化以后，就处于能响应请求的就绪状态。每个对Servlet 的请求由一个Servlet Request 对象代表。Servlet 给客户端的响应由一个Servlet Response对象代表。 
当客户端有一个请求时，Servlet Engine 将ServletRequest 和ServletResponse对象都转发给Servlet，这两个对象以参数的形式传给Service方法。这个方法由javax.servlet.Servlet定义、并由具体的Servlet 实现。
Servlet还可以实现 ServletRequest 和ServletResponse接口。ServletRequest接口可以让Servlet 获取客户端请求中的参数。如form data, request信息，协议类型等等。Servlet 可以从ServletInputStream流中读取request 数据。ServletResponse接口允许Servlet设置response headers和status codes 。实现这个接口可以使Servlet能访问ServletOutputStream流用来向客户端返回数据。 

2.4 多线程和映射（Mapping） 
在多线程环境中，大多数Servlet 必须能处理同时发生的多个请求。但一种情况例外，就是当一个Servlet 实现了 SingleThreadModel接口，这样的Servlet 只会响应同一时间的一个请求。
Servlet根据Servlet Engine 的Mapping 来响应客户端请求、Mapping将URL和Servlet实例相对应。比如：/hello/index.html可以对应HelloServlet。 然而，一个对应也可以将一个URL和多个Servlet实例相对应。比如，一个分布式的Servlet Engine 运行在多台机器上时， 同一个Servlet 可以有多个实例运行在不同的服务器上，以均衡处理的负载。作为一个Servlet 开发者。你不能假定Servlet将来只有一个实例。

2.5 Servlet如何被释放 
Servlet Engine 没有必要在Servlet 生命周期的每一段时间内都保持Servlet的状态。Servlet Engine可以随时随意使用或释放Servlet。因此，你不能依赖Servlet class或其成员来存贮信息。 
当Servlet Engine 判断一个Servlet应当被释放时，（比如说engine准备Shut down 或需要回收资源）engine必须让Servlet 能释放其正在使用的任何资源，并保存持续性的状态信息。这些可以通过调用Servlet的destroy方法来实现。 
当Servlet Engine 释放一个servlet 以前必须让其完成当前实例的service方法或是等到timeout（如果engine定义了timeout）。当engine释放一个Servlet以后，engine将不能再将请求转发给它，engine必须彻底释放该servlet并将其标明为可回收的（给garbage collection）。 

3 Servlet Mapping技术 
作为一个Servlet Engine 开发者，你可以随意规定如何将客户端的请求映射到Servlets。Specification本身并不强制这种规则，然而你可以使用下面任何一种建议：

1． 你可以使一个servlet 只和一个URL对应。 如：URL/feedback/index.html对应feedBack class。
2． 可以认为指定的某些目录下全是Servlet。
3． 可以指定以特殊的后缀名结尾的请求为Servlet请求。 如：*.thtml认为是Servlet。 
4． 使用特定的URL:/servlet/servlet_name. 
5． 可以直接用Servlet的class名来激活它。 如：/servlet/com.foo.servlet.MailServlet.

4 Servlet Context ServletContext 接口 
定义了一个Servlet context 对象，保存着Servlet engine 的信息。通过Servlet context, Servlet 可以记日志文件，可以获取资源和对象（比如RequestDispatcher）。一个Servlet 只能在一个Servlet context 下运行，但不同的Servlet能拥有Servlet Engine 的不同视图。
如果一个Servlet Engine支持虚拟主机，每个虚拟主机拥有一个Servlet context,它不能被多个虚拟主机共享。
Servlet Engine 可以让Servlet Context拥有自己的范围，就象作为URL的一部分。如一个Servlet Context 属于一个银行应用，可以被映射到/bank，这时一个getContext请求(由/bank/fooServlet发出)将返回/bank的Servlet Context。 

5 HTTP Sessions 
HTTP是一个stateless的协议，为了建立有效的Web Server Application, 你必须能识别来自远程客户端的众多请求中哪些是属于同一个客户端的。有许多追踪session的方法，但都很复杂，难于使用。 
但是Java Servlet API提供了一个简单的接口，允许Servlet Engine来通过任何途径追踪一个用户的session。

5.1创建一个session 
因为HTTP是一种"请求--应答"式的协议。一个session总是被认为是新的，直到有客户端join进来。Join意思是客户端向Server端返回了session的追踪信息，指明了session已经被建立。
如果客户端没有join一个session，你就不能假定接下来的客户端响应是属于当前的session。 
如果有下述情况出现session就被认为是新的:
1.客户端还不知道任何关于此session的信息。 
2. 客户端选择不加入session，比如客户端拒绝接受cookies。 
作为一个servlet开发者，你必须设计Web Application能处理客户端没有或不能加入一个session的情况。Server将保持session对象一段时间，这个时间可以由Server或Servlet指定。当一个session过期后，Server将释放session对象和其它与之绑定在一起的所有对象。

5.2 绑定对象到一个session 
如果有需要，比如能帮助你处理应用中的数据需要，你可能会绑定一些对象到一个session中。你可以绑定任何对象到HttpSession对象中，只要用唯一的标识名。任何绑定到session中的对象对其它任何一个处理同一个session中的请求的Servlet来讲，都是可见的。一些对象需要知道自己什么时候被放入或移出一个session，你可以通过HttpSession Binding Listener接口来获得这些信息。当你的servlet在session中存储或释放数据时，servlet engine检查对象是否通过实现Http Session Binding Listener的类来绑定，如果是，接口中的方法将通知对象，它已被绑定。