servlet

servlet 没有 main 方法，不能够独立的运行，它的运行需要容器的支持，tomcat 是最常用的 jsp/servlet 容器。
servlet 运行在 servlet 容器中，并由容器管理从创建到销毁的整个过程。

servlet 的生命周期

(1) 加载和实例化
servlet 容器装载和实例化一个 servlet。创建出该 servlet 类的一个实例。
(2) 初始化
在 servlet 实例化完成之后，容器负责调用该 servlet 实例的 init() 方法，在处理用户请求之前，来做一些额外的初始化工作。
(3) 处理请求
当 servlet 容器接收到一个 servlet 请求时，便运行与之对应的 servlet 实例的 service() 方法，service() 方法再派遣运行与请求相对应的
doxx(doget，dopost) 方法来处理用户请求。
(4) 销毁
当 servlet 容器决定将一个 servlet 从服务器中移除时 ( 如 servlet 文件被更新 )，便调用该 servlet 实例的 destroy() 方法，在销毁该 servlet 实例之前，
来做一些其他的工作。
其中，(1)(2)(4) 在 servlet 的整个生命周期中只会被执行一次。

servlet 的工作原理

结合右边给出的流程图：
当客户端浏览器向服务器请求一个 servlet 时，服务器收到该请求后，首先到容器中检索与请求
匹配的 servlet 实例是否已经存在。若不存在，则 servlet 容器负责加载并实例化出该类 servlet
的一个实例对象，接着容器框架负责调用该实例的 init() 方法来对实例做一些初始化工作，然后
servlet 容器运行该实例的 service() 方法。
若 servlet 实例已经存在，则容器框架直接调用该实例的 service() 方法。
service() 方法在运行时，自动派遣运行与用户请求相对应的 doxx() 方法来响应用户发起的请求。
通常，每个 servlet 类在容器中只存在一个实例，每当请求到来时，则分配一条线程来处理该请求。

jsp 工作原理

结合右边给出的流程图：
当客户端浏览器向服务器请求一个 jsp 页面时，服务器收到该请求后，首先检查所请求的这个
jsp 文件内容 ( 代码 ) 是否已经被更新，或者是否是 jsp 文件创建后的第一次被访问，如果是，
那么，这个 jsp 文件就会在服务器端的 jsp 引擎作用下转化为一个 servlet 类的 java 源代码
文件。紧接着，这个 servlet 类会在 java 编译器的作用下被编译成一个字节码文件，并装载
到 jvm 解释执行。剩下的就等同于 servlet 的处理过程了。
如果被请求的 jsp 文件内容 ( 代码 ) 没有被修改，那么它的处理过程也等同于一个 servlet 的
处理过程。即直接由服务器检索出与之对应的 servlet 实例来处理。

需要注意的是，jsp 文件不是在服务器启动的时候转换成 servlet 类的。而是在被客户端访问
的时候才可能发生转换的 ( 如 jsp 文件内容没有被更新等，就不再发生 servlet 转换 )。
就 tomcat 而言，打开目录 %tomcat%/work/%您的工程文件目录%，然后会看到里面有 3
个子目录：org/apache/jsp，若没有这 3 个目录，说明项目的 jsp 文件还没有被访问过，
打开进到 jsp 目录下，会看到一些 *_jsp.java 和 *_jsp.class 文件，这就是 jsp 文件被转换成
servlet 类的源文件和字节码文件了。
有兴趣的话，可以使用浏览器访问服务器中的 jsp，然后观察 jsp 转换 servlet 以及编译的时机。

servlet 与 jsp

jsp 本质是一个 servlet，它的运行也需要容器的支持。
在 jsp 和 servlet 文件中都可以编写 java 和 html 代码，不同的是，
servlet 虽然也可以动态的生成页面内容，但更加偏向于逻辑的控制。
jsp 最终被转换成 servlet 在 jvm 中解释执行，在 jsp 中虽然也可以编写 java 代码，但它更加偏向于页面视图的展现。
在 mvc 架构模式中，就 jsp 和 servlet 而言，c 通常由 servlet 充当，v 通常由 jsp 来充当。