Servlet是什么？

servlet是Server Applet的简称，翻译过来就是服务程序。

好吧，这么说大家可能还是不太懂，简单地讲，这个servlet是运行在服务器上的一个小程序，用来处理服务器请求的．进一步讲，我们知道，一般的网页程序，是由我们通过浏览器访问来实现的，在这个过程中，我们的浏览器发送访问请求，服务器接收请求，并对浏览器的请求作出相应的处理．这就是我们熟悉的B/S模型(浏览器－服务器模型)．而servlet就是对请求作出处理的组件，运行于支持Java的应用服务器中．

Java Servlet 可以使用所有的 Java API，Java 能做的事情，Servlet 都能做。

动力节点的 Servlet 教程对 Servlet 技术的整体框架进行了讲解，并附带了实例演示，需要具备 Java 基础，servlet学习资料点下边链接：

http://www.bjpowernode.com/?aliyun

Servlet只是古老的CGI技术的替代品，直接使用Servle开发还是很麻烦，所以Java后来又对Servlet 进行了升级，推出了 JSP 技术。JSP 只是对 Servlet 加了一层壳，JSP 经过编译后还是 Servlet。

Servlet的开发流程

狭义上讲，servlet是servlet是java语言实现的一个类，所以我们就要根据这个类进行相应的扩展开发．

开发流程如下：

• 编写一个java类，继承HttpServlet类
• 重写HttpServlet类的doGet方法和doPost方法
• 配置web.xml文件，或者使用注解对servlet进行配置

开发流程就是这个样子，我们先来看一下最后一个步骤．

#对servlet进行配置

你一定在想，如果我写了好几个servlet，但是前端发送请求的时候，究竟会把请求发送给哪个servlet呢？我在输入某个地址的时候，究竟是由哪个servlet进行响应的呢？

这时候servlet的配置就显得尤为重要．对servlet的配置指定了对前端请求处理究竟是通过哪个servlet．

配置servlet一共有两种方式，一种是使用web.xml文件配置，另外一种就是使用注解配置，下面我们来详解介绍这两种配置方式

使用web.xml文件配置

注意，servlet的配置内容要写在webapp内部

<webapp>
<!-- 配置一个servlet -->
  <!-- servlet的配置 -->
  <servlet>
    <!-- servlet的内部名称，自定义。尽量有意义 -->
    <servlet-name>MyServlet</servlet-name>
    <!-- servlet的类全名： 包名+简单类名 -->
    <servlet-class>cn.roobtyan.servlet.FirstServlet</servlet-class>
  </servlet>
  <!-- servlet的映射配置 -->
  <servlet-mapping>
    <!-- servlet的内部名称，一定要和上面的内部名称保持一致！！ -->
    <servlet-name>MyServlet</servlet-name>
    <!-- servlet的映射路径（访问servlet的名称） -->
    <url-pattern>/first</url-pattern>
  </servlet-mapping>
</webapp>

当你访问/first的时候，服务器自然就会把请求交给MyServlet进行处理了．

使用＠注解配置

新版本的servlet支持使用注解进行配置，这样极大的简便了开发．

注解配置如下：

@WebServlet(name = "LoginServlet",urlPatterns = {"/login"})
public class LoginServlet extends HttpServlet {
｝

然后，你在访问/login的时候，服务器同样就会将处理交由LoginServlet进行处理了．

这样是不是非常爽？(-)

实际上，注解的作用和web.xml的作用是相同的，一般都是推荐使用注解的方式进行开发，这样十分简便，可读性也变的更加强大．

你一定会好奇，如下：

<url-pattern>/first<url-pattern>
和
@WebServlet(name = "LoginServlet",urlPatterns = {"/login"})

这里面的url可不可以不这么精确的配置，用一种模糊匹配的方式，就是我访问某种规则的路径的时候，统一调用一个servlet，这当然是可以的了．

这就涉及到映射路径的问题了

Servlet命名

Servlet 的命名可以看出 sun 命名的特点，如 Applet 表示小应用程序；Scriptlet = Script + Applet，表示小脚本程序；同样 Servlet = Service + Applet，表示小服务程序。

• 生命周期编辑
• 客户端请求该 Servlet；
• 加载 Servlet 类到内存；
• 实例化并调用init()方法初始化该 Servlet；
• service()（根据请求方法不同调用doGet() 或者 doPost()，此外还有doHead()、doPut()、doTrace()、doDelete()、doOptions()）；
• destroy()。
• 加载和实例化 Servlet。这项操作一般是动态执行的。然而，Server 通常会提供一个管理的选项，用于在 Server 启动时强制装载和初始化特定的 Servlet。

对比

与 Applet 的比较

相似之处：

• 它们不是独立的应用程序，没有 main() 方法。

• 它们不是由用户或程序员调用，而是由另外一个应用程序(容器)调用。

• 它们都有一个生存周期，包含 init() 和 destroy() 方法。

不同之处：

• Applet具有很好的图形界面(AWT)，与浏览器一起，在客户端运行。

• Servlet 则没有图形界面，运行在服务器端。

与 CGI 比较

与传统的 CGI 和许多其他类似 CGI 的技术相比，Java Servlet 具有更高的效率，更容易使用，功能更强大，具有更好的可移植性，更节省投资。在未来的技术发展过程中，Servlet 有可能彻底取代 CGI。

在传统的 CGI中，每个请求都要启动一个新的进程，如果 CGI 程序本身的执行时间较短，启动进程所需要的开销很可能反而超过实际执行时间。而在 Servlet 中，每个请求由一个轻量级的 Java 线程处理（而不是重量级的操作系统进程）。

在传统 CGI 中，如果有 N 个并发的对同一 CGI程序的请求，则该CGI程序的代码在内存中重复装载了 N 次；而对于 Servlet，处理请求的是 N 个线程，只需要一份 Servlet 类代码。在性能优化方面，Servlet 也比 CGI 有着更多的选择。

• 方便

Servlet 提供了大量的实用工具例程，例如自动地解析和解码 HTML 表单数据、读取和设置 HTTP头、处理Cookie、跟踪会话状态等。

• 功能强大

在Servlet中，许多使用传统 CGI 程序很难完成的任务都可以轻松地完成。例如，Servlet 能够直接和 Web服务器交互，而普通的 CGI 程序不能。Servlet 还能够在各个程序之间共享数据，使得数据库连接池之类的功能很容易实现。

• 可移植性好

Servlet 用 Java 编写，Servlet API具有完善的标准。因此，为 IPlanet Enterprise Server 写的 Servlet 无需任何实质上的改动即可移植到 Apache、MicrosoftIIS 或者 WebStar。几乎所有的主流服务器都直接或通过插件支持 Servlet。

• 节省投资

不仅有许多廉价甚至免费的 Web 服务器可供个人或小规模网站使用，而且对于现有的服务器，如果它不支持 Servlet 的话，要加上这部分功能也往往是免费的（或只需要极少的投资）。

与 JSP 比较

JSP 和 Servlet 的区别到底在应用上有哪些体现，很多人搞不清楚。简单的说，SUN首先发展出 Servlet，其功能比较强劲，体系设计也很先进，只是，它输出 HTML 语句还是采用了老的 CGI 方式，是一句一句输出，所以，编写和修改 HTML 非常不方便。

Java Server Pages(JSP)是一种实现普通静态HTML 和动态 HTML 混合编码的技术，JSP 并没有增加任何本质上不能用 Servlet 实现的功能。但是，在 JSP 中编写静态HTML 更加方便，不必再用 println语 句来输出每一行 HTML 代码。更重要的是，借助内容和外观的分离，页面制作中不同性质的任务可以方便地分开：比如，由页面设计者进行 HTML设计，同时留出供 Servlet 程序员插入动态内容的空间。

后来 SUN 推出了类似于 ASP 的镶嵌型的 JSP，把 JSP TAG 镶嵌到 HTML 语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如 ASP，PHP，JSP 都是镶嵌型的语言。 这是 JSP 和 Servlet 区别的运作原理层面。

从网络三层结构的角度看 JSP 和 Servlet 的区别，一个网络项目最少分三层：data layer(数据层)，business layer(业务层)，presentation layer(表现层)。当然也可以更复杂。Servlet 用来写 business layer 是很强大的，但是对于写 presentation layer 就很不方便。JSP 则主要是为了方便写 presentation layer 而设计的。当然也可以写 business layer。习惯了 ASP，PHP，CGI的朋友，经常会不自觉的把 presentation layer 和 business layer 混在一起。

据 SUN 自己的推荐，JSP中应该仅仅存放与 presentation layer 有关的东西，也就是说，只放输出 HTML 网页的部分。而所有的数据计算，数据分析，数据库联结处理，统统是属于 business layer，应该放在 Java BEANS 中。通过 JSP 调用 Java BEANS，实现两层的整合。

微软前不久推出的 DNA 技术，是 ASP+COM/DCOM 技术。与J SP+BEANS 完全类似，所有的 presentation layer 由 ASP 完成，所有的 business layer 由 COM/DCOM 完成。通过调用，实现整合。

采用这些组件技术单纯的因为 ASP/JSP 语言是非常低效率执行的，如果出现大量用户点击，纯 SCRIPT 语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。

另外一方面，纯 SCRIPT 语言将 presentation layer 和 business layer 混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页 code，采用组件技术就只改组件就可以了。

综上所述，Servlet 是一个早期的不完善的产品，写 business layer 很好，写 presentation layer 就很臭，并且两层混杂。

所以，推出JSP+BEAN，用 JSP 写 presentation layer，用 BEAN 写 business layer。SUN 自己的意思也是将来用 JSP 替代 Servlet。这是技术更新方面 JSP 和 Servlet 的区别。

可是，这不是说，学了 Servlet 没用，实际上，你还是应该从 Servlet 入门，再上 JSP，再上 JSP+BEAN。

强调的是：学了JSP，不会用 Java BEAN 并进行整合，等于没学。大家多花点力气在 JSP+BEAN 上。

我们可以看到，当 ASP+COM 和 JSP+BEAN 都采用组件技术后，所有的组件都是先进行编译，并驻留内存，然后快速执行。所以，大家经常吹的 Servlet/JSP 先编译驻内存后执行的速度优势就没有了。

反之，ASP+COM+IIS+NT 紧密整合，应该会有较大的速度优势呈现。而且，ASP+COM+IIS+NT 开发效率非常高，虽然bug 很多。

那么，为什么还用 JSP+BEAN？因为 Java 实在前途远大。操作系统群雄并起，应用软件的开发商必定要找一个通用开发语言进行开发，Java 一统天下的时机就到了。

简单分析了一下 JSP 和 Servlet 的区别和 Java Web 开发方面的发展。随着机器速度越来越快，Java 的速度劣势很快就可以被克服。