在上一篇文章中，我们演示也证明了Servlet 是一种动态web资源开发的技术，即我可以在浏览器中输入URL，然后就可以在浏览器中看到我们编写的Servlet资源。
那当我们在浏览器上一起一个HTTP请求之后，具体的流程是怎么样的呢?借用LinkinStar博文中的图：
上面这副图讲解了整个HTTP请求到相应的过程，在这里进行下解释：
当在浏览器中输入URL后，会通过hosts文件/dns服务器解析为IP地址，进而找对应的服务器来提供服务，当服务器端收到请求后：
1）分析当前的这个请求访问的是当前服务器中的那个WEB应用
这个可以从请求行中的请求资源部分来分析出来。
2)分析当前请求要访问的这个WEB应用的那个资源：
从上述请求行的资源部分可以分析出请求的是什么资源
3）查找web.xml文件，查看有没有对应的虚拟路径，如果有则用这个虚拟路径对应的资源做出相应。
4）服务器从response对象中获取之前写入的数据，然后组成响应发送到浏览器中。
一个HTTP响应代表服务器向客户端回送的数据，它包括：一个状态行、若干消息头、以及实体内容。
二、Servlet的运行过程及生命周期
Servlet程序由WEB服务器调用，web服务器收到客户端的Servlet请求后，会首先检查是否已经装载并创建了该Servlet的实例对象；如果是，则直接跳到第四步，否则，执行第二步。
1）装载并创建该Servlet实例对象【加载：容器通过类家长群使用Servlet类对应的文件加载Servlet,创建：通过调用servlet构造函数创建一个Servlet对象】
2）调用Servlet实例对象的init方法
3）处理客户请求：每当有一个客户请求，容器会创建一个线程来处理客户请求，用于封装HTTP请求消息的HttpServletRequest对象和一个代表HTTP响应消息的HttpServletRespons对象，然后调用Servlet的service方法并将请求和响应对象作为参数传递进去。
4）卸载：调用destroy方法让servlet自己释放其占用的资源。
因此Servlet的生命周期可以分为5个阶段：加载、创建、初始化、处理客户请求、卸载。
（1）通常情况下，服务器会再Servlet第一次调用时候加载并创建此Servlet的实例对象，同时调用init方法做初始化操作。
（2）一旦此Servlet实例创建出来后，该实例就驻留在内存中，为后续对这个Servlet的请求做出相应的服务，每次对这个Servlet的访问都会导致Servlet中service方法执行；
（3）当web应用被移除容器或者关闭服务器的时候，随着web应用的销毁，Servlet也会被销毁，在销毁之前服务器会调用Servlet的destroy方法做一些善后的工作。
下面3个方法可以基本代表Servlet的生命周期：
*init方法，负责初始化Servlet对象
*service方法，负责响应客户的请求（调用doGET 或 doPost 方法）
*destory方法，当Servlet对象退出生命周期的时候，负责释放占用的资源。
PS：在Servlet的整个生命周期内，Servlet的init方法只有在Servlet被创建的时候被调用一次，每次对这个Servlet的访问都会导致Servlet中的service方法执行。
例如：现在浏览器连续访问Servlet 5次，内存中只有一个Sevlet对象。Servlet对象由服务器创建（创建一次），request和response由Servlet容器创建（创建5次），会调用5次service方法。
发送一次请求：http://localhost:8000/Servlet_Demo01/servlet/ServletDemo01
我们看下控制台的输出：
可见，正常Servlet是在被第一次访问的时候加载并创建，同时开始调用service方法。
那我们再发送5次请求看下结果如何：
可见没有打印Servlet 初始化，但发送了请求，可见service方法就被调用了，紧接着我们停止容器看下，是否会调用destory方法。
可见当停止web服务器的时候，servlet被销毁了。
总结：可以看到，Servlet只会初始化一次，之后的话，我们多次访问的是同一个Servlet对象，此时，即使关掉网页，Servlet也不会销毁，只有tomcat服务器才会销毁servlet.
那么我们有没有办法，启动web服务器的时候同时加载并创建servlet呢？方法是有的，需要在web.xml中配置：<load-on-startup>1</load-on-startup>
<servlet>
<description>This is the description of my J2EE component</description>
<display-name>This is the display name of my J2EE component</display-name>
<servlet-name>ServletDemo01</servlet-name>
<servlet-class>mdj.servlet.study.ServletDemo01</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet> <servlet-mapping>
<servlet-name>ServletDemo01</servlet-name>
<url-pattern>/servlet/ServletDemo01</url-pattern>
</servlet-mapping>
然后我们看下现象：
可见启动的时候，就进行了创建和加载，那么我们再次访问URL请求的时候，是否还会创建呢，答案应该是不会，看下面结果。
三、Servlet的结构
上面我们讲解了Servlet的运行过程和生命周期，下面我们看看其结构：
1）Servlet接口有五个方法
init初始化，就是把servlet装载到内存中，只会被调用一次
getServletConfig获取servletConfig对象
service主要的服务方法，放业务逻辑，每次都会被调用
getServletInfo得到servlet配置信息
destroy销毁该servlet，从内存中清除掉
2）继承GenericServlet
GenericServlet实现了servlet接口
然后只有一个抽象方法需要你自己去重写
那就是service方法，所以相比来说init别的方法他都帮你实现好了，只要你写service方法就可以了。
至少看起来继承GenericServlet比直接实现servlet接口要方便
3）继承HttpServlet
因为后来发现servlet主要是为了服务于http请求的，而且发现GenericServlet对于http来说还不够好
所以有了HttpServlet，首先它是继承自GenericServlet
然后它有很多http相关的方法，post，get，put等待
用户可以根据自己需要来实现这些方法
每个过来的请求都会调用service方法，最后service会根据不用的请求分发到不同的地方去做。
相比较而言，HttpServlet覆写了GenericServlet，service方法体内的代码会自动判断用户的请求方式，如为GET的请求则调用doGet方法，如为Post请求，则调用doPost方法，因此开发人员在编写servlet的时候，通常指需要继承HttpServlet,然后覆写doGet和doPost方法，不要去覆写service方法。
我们来看一下源码：
protected void service(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
{
String method = req.getMethod(); if (method.equals(METHOD_GET)) {
long lastModified = getLastModified(req);
if (lastModified == -1) {
// servlet doesn't support if-modified-since, no reason
// to go through further expensive logic
doGet(req, resp);
} else {
long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
if (ifModifiedSince < (lastModified / 1000 * 1000)) {
// If the servlet mod time is later, call doGet()
// Round down to the nearest second for a proper compare
// A ifModifiedSince of -1 will always be less
maybeSetLastModified(resp, lastModified);
doGet(req, resp);
} else {
resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
}
} } else if (method.equals(METHOD_HEAD)) {
long lastModified = getLastModified(req);
maybeSetLastModified(resp, lastModified);
doHead(req, resp); } else if (method.equals(METHOD_POST)) {
doPost(req, resp); } else if (method.equals(METHOD_PUT)) {
doPut(req, resp); } else if (method.equals(METHOD_DELETE)) {
doDelete(req, resp); } else if (method.equals(METHOD_OPTIONS)) {
doOptions(req,resp); } else if (method.equals(METHOD_TRACE)) {
doTrace(req,resp); } else {
//
// Note that this means NO servlet supports whatever
// method was requested, anywhere on this server.
// String errMsg = lStrings.getString("http.method_not_implemented");
Object[] errArgs = new Object[1];
errArgs[0] = method;
errMsg = MessageFormat.format(errMsg, errArgs); resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
}
}
这个就是HttpServlet中service方法中的源码；
首先我们看到的就是String method = req.getMethod();这个就是通过request获取方法，然后根据方法判断调用哪一个方法，要说明的是前面它已经定义好了这些字符串
private static final String METHOD_DELETE = "DELETE";
private static final String METHOD_HEAD = "HEAD";
private static final String METHOD_GET = "GET";
private static final String METHOD_OPTIONS = "OPTIONS";
private static final String METHOD_POST = "POST";
private static final String METHOD_PUT = "PUT";
private static final String METHOD_TRACE = "TRACE";
需要指出的是，前面说过 HttpServlet是继承自GenericServlet，而GenericServlet需要用户实现一个service，刚才我们看到的是HttpServlet自己的。
在GenericServlet中也有一个service方法：
public void service(ServletRequest req, ServletResponse res)
throws ServletException, IOException
{
HttpServletRequest request;
HttpServletResponse response; try {
request = (HttpServletRequest) req;
response = (HttpServletResponse) res;
} catch (ClassCastException e) {
throw new ServletException("non-HTTP request or response");
}
service(request, response);
}
源码是这样的，它会把原来的ServletRequest 请求直接强转换成HttpServletRequest然后再去调用它正真的service方法。
这点是需要指出的，HttpServletRequest比ServletRequest进行了进一步的封装，方法更适合http。
四、Servlet映射匹配问题
由于客户端是通过URL的地址找到对应web服务器中的资源，所以Servlet程序如果想要被外界访问，那么必须把servlet程序映射到一个URL地址上，这个工作在web.xml文件中<servlet>和<servlet-mapping>元素组成。
<servlet>元素用于注册Servlet，它包含有两个主要的子元素：<servlet-name>和<servlet-class>，分别用于设置Servlet的注册名称和Servlet的完整类名。
一个<servlet-mapping>元素用于映射一个已注册的Servlet的一个对外访问路径，它包含有两个子元素：<servlet-name>和<url-pattern>，分别用于指定Servlet的注册名称和Servlet的对外访问路径。
需要注意的是：
1.一个servlet可以对应多个servlet-mapping，从而一个servlet可以有多个路径访问。
2.url-pattern中的路径也可以使用*通配符，但是只有两种固定的格式：一种格式“*.扩展名”，另一种是正斜杠/ 开头并以/* 结尾。
通常匹配的优先级是哪个精确找哪个，*.后缀的格式永远匹配级最低。
五、线程安全问题
Servlet引擎采用多线程模式运行，它为并发的每个访问请求都使用一个独立的线程来进行响应。
但是由于默认情况下Servlet在内存中只有实例存在，因此当多个浏览器并发访问Servlet的时候，就会有可能产生线程的安全问题。
Servlet线程不安全，至始至终，之维护一个实例对象，当同一个资源被多个线程同时访问操作的时候，就可能会互相干扰。
解决的方法是：
1、SingleThreadModel接口（标记接口，单线程模型接口）：不能真的防止线程安全问题（已过时）
Servlet实现了SingleThreadModel接口，那么Servlet引擎将以单线程模式来调用Servlet的service方法。对于实现了SingleThreadModel接口的Servlet，Servlet引擎仍然支持对该Servlet的多线程并发访问，其采用的方式是产生多个Servlet实例对象，并发的每个线程分别调用独立的一个Servlet实例对象。
注：此接口在API 2.4中就已经过时，虽然解决了线程安全问题，但是消耗了大量性能（不同的客户端同时访问会创建不同的Servlet实例），所以此方法建议不用，实际开发中也不用。
2、使用同步代码块，但效率低。在Servlet中尽量少用类变量（成员变量）,如果一定要用类变量则用锁来防止线程安全问题,但是要注意锁住内容应该是造成线程安全问题的核心代码,尽量的少锁主内容,减少等待时间提高servlet的响应速度。
几个小题目：
下面有关servlet service描述错误的是？
1、不管是post还是get方法提交过来的连接，都会在service中处理
答：每次请求都会调用service方法，最终都会在service中处理，正确；
2、doGet/doPost 则是在 javax.servlet.GenericServlet 中实现的
答：GenericServlet只是继承了Servlet的接口，实现了它其中的5个方法，其中需要用户重写的是service方法，而doGet/doPost是因为之后出现了HttpServlet才有的，是针对http请求才有了这个类，才有了doPost和doGet，所以是错误的。
3、service()是在javax.servlet.Servlet接口中定义的
答：Servlet接口一共定义了5个方法，其中就有service（），正确；
4、service判断请求类型，决定是调用doGet还是doPost方法
答：正确，原因见上面。
今天就复习到此，下一节讲解Servlet中比较常用到的ServletConfig 和ServletContext 对象。