程序里有许多out.println(），java和html语言混在一起很乱。所以
后来推出了jsp。其实jsp就是servlet，每一个jsp在第一次运行时被
转换成servlet文件，再编译成.class来运行。
有了jsp，因此在MVC模式中servlet不再负责生成html页面,转而担任
控制程序逻辑的作用，控制jsp和javabean之间的流转。
Servlet与Jsp的区别
* Servlet中没有内置对象，原来Jsp中的内置对象都是必须通过HttpServletRequest对象，或由
HttpServletResponse对象生成。
* 对于静态的HTML标签，Servlet都必须使用页面输出流诼行输出。
总之，Jsp是Servlet的一种简化，使用Jsp只需要完成程序员需要输出到客户端的内容，至于Jsp中的
Java脚本如何镶嵌到一个类中，由Jsp容器完成。而Servlet则是个完整的Java类，这个类的Service
方法用于生成对客户端的响应。
jsp和servlet的实质是一样的，jsp最终还是编译成servlet
一、jsp最终还是编译成servlet，所以jsp比servlet慢。
二、jsp负责前台页面显示，servlet负责业务控制。
1、jsp是由servlet发展演变而来的,jsp在运行的时候最终将会被转译成一个servlet。
2、在jsp中可以使用的存值对象在servlet中大多数都能使用。
3、jsp能够实现的功能servlet都能实现。
4、一般情况下，我们在注重页面显示的时候使用jsp，在注重跳转控制的时候使用servlet。
来历：首先sun提出的是Servlet体系，这个体系使得使用JAVA的程序员也能开发基于B/S架构的WEB应用程序，使用Servlet类将HTTP请求和响应封装在标准JAVA类中来实现各种WEB应用方案。这一步也是sun的J2EE架构中的最关键的一步。
随着大量的B/S架构程序开发出来以后，人们发现Servlet类的编写是非常繁琐的，主要集中在几个问题上：首先有大量冗余代码，这些代码在每个servlet类中都是一模一样或者基本近似的，其次是开发Servlet的程序员很少有精通美工的，导致使用Servlet开发无法方便的做到各种页面效果和丰富多彩的风格，这个时候sun借鉴了微软的ASP方式，正式提出JSP（也就是Servlet 1.1），JSP推出后，JAVA程序员也能象ASP的程序员那样将服务端代码添加在已经由美工设计好的静态页面上，经过一个JSP容器对JSP文件进行自动解析并转换成Servlet类来交给WEB服务器运行。这么一来，极大的提高了工作效率。
人的渴望总是无止境的～～，随着JSP的广泛应用和各种设计模式的盛行，人们发现JSP也暴露了大量的问题：首先，夹杂服务端代码的JSP文件给后期维护和页面风格再设计带来大量阻碍，美工在修改页面的时候不得不面对大量看不懂的服务端代码，程序员在修改逻辑的时候经常会被复杂的客户端代码搞昏。交叉的工作流使得JSP面临大量的困境。这直接导致了servlet1.2的出台，sun在这一版中充分倡导了MVC的概念，大量页面标签的使用使得交叉工作流变的稍微的容易了，服务端标签的兼容性使得美工也可以直接随意移动这些标签而得到对应的效果。但是又暴露了一些问题：设计的差的标签使得程序的错误得不到检测，不成熟的代码导致无法真正的使服务端标签可以和客户端标签那样随意移动而不会导致逻辑错误。这些都有待我们去解决～
-Servlet的开发
Servlet通常称为服务器端小程序，用于处理和响应客户端的请求。
Servlet是个特殊的Java类，这个Java类必须继承HttpServlet。每个Servlet可以响应客户端的请求。
Servlet提供了不同的方法用于响应客户端请求。
* doGet : 用于响应客户端的get请求
* doPost : 用于响应客户端的post请求
* doPut : 用于响应客户端的put请求
* doDelete: 用于响应客户端的delete请求
* service(HttpServletRequest request, [可以响应客户端所有类型的请求]
HttpServletResponse response)
throws ServletException,java.io.IOException
其他方法
* init(Servletconfig config) : 创建Servlet实例时，调用的初始化方法。
* destory() : 销毁Servlet实例时，自动调用的资源回收方法。
-Servlet的配置
编译好的Servlet源文件并不能响应用户请求，还必须将其编译成class文件。将编译后的.class
文件放在WEB-INF/classes路径下，如果Servlet有包，则还应该将class文件放在对应的包路径下。
为了让Servlet能响应用户请求，还必须将Servlet配置在Web应用中。配置Servlet时，需要修改
web.xml文件。
配置Servlet需要配置两个部分：
* 配置Servlet的名字：对应web.xml中的<servlet/>元素
* 配置Servlet的URL ：对应web.xml中的<servlet-mapping/>元素
-Servlet的生命周期
Servlet在容器中运行，其实例的创建以及销毁等都不是由程序员决定的，而是由容器进行控制的。
Servlet的创建有两个选择：
*客户端请求对应的Servlet时，创建Servlet实例：大部分的Servlet都是这种Servlet
*Web应用启动时，立刻创建Servlet实例：即load-on-startup Servlet
Servlet的生命周期:
Begin
—> 创建实例完成
—> 初始化[init]
—> 响应客户端请求[doGet,doPost,service]
—> 被销毁[destroy] —>
End
-使用Servlet作为控制器
使用Servlet作为表现层的工作量太大，所有的HTML标签都需要使用页面输出流生成。
因此使用Servlet作为表现层有如下三个劣势：
* 开发效率低，所有的HTML标签都需使用页面输出流完成
* 不利于团队协作，美工人员无法参与Servlet界面的开发
* 程序可维护性差，即使修改一个按钮的标题，读需要重新编辑Java代码，并重新编译
使用Servlet的MVC的架构实现：
Jsp页面–> Servlet程序 –> Servlet根据条件转发新的Jsp页面
-load-on-startup Servlet
Servlet实例化的时机还有在Web应用启动时，即load-on-startup Servlet
应用启动时就启动的Servlet，通常是用于某些后台服务的Servlet，或者拦截很多请求的Servlet；
这种Servlet通常作为基础的Servlet使用，提供重要的后台服务。
web.xml中的配置：
在<servlet/>元素中增加元素
<load-on-startup>1</load-on-startup>
-访问Servlet的配置参数
配置Servlet时，还可以增加附加的配置参数，通过使用配置参数，可以实现更好的解除耦合，
避免将所有的参数以硬编码方式写在程序中。
访问Servlet配置参数要通过ServletConfig类的实例完成，ServletConfig提供如下方法：
java.lang.String getInitParameter(java.lang.String name) [获取初始化参数]