再说Servlet

概述

    Servlet也是JavaEE的一种规范，位于javax.servlet下，Servlet规范还包含Filter。该包下分为两部分：servlet有关和http有关。

    为什么会有两部分？设计该规范时认为Servlet是一种服务模型，不应与协议耦合，因此就抽象出了一个 javax.servlet，同时提供一套基于HTTP协议上的Servlet扩展，当然就现在看，还没有基于其他协议的流行的Servlet实现。也是因为HttpServlet的普遍性，本文以此为例说明。

    从宏观上来看，HttpServlet基于“请求-响应”模型：用户发出请求，服务端响应用户。说到这点，可以先来看看CGI。

关于CGI

    Common Gateway Interface，通用网关接口，执行过程为：

浏览器通过HTML表单或超链接请求指上一个CGI应用程序的URL。
服务器收发到请求。 
服务器执行指定所CGI应用程序。 
CGI应用程序执行所需要的操作，通常是基于浏览者输人的内容。 
CGI应用程序把结果格式化为网络服务器和浏览器能够理解的文档（通常是HTML网页）。 
网络服务器把结果返回到浏览器中。 

    可以看到这跟HttpServlet流程基本一致，在servlet出现以前，普遍使用的是CGI，CGI之所以被淘汰因为：

与操作系统耦合
编写难度较大
每次请求启动一个CGI程序进程，资源消耗大。
    关于CGI的详细内容，大家可自行查阅，本文只是简单介绍一下CGI，然后过渡到Servlet。

Servlet

    弥补

    Servlet的出现弥补了以上缺点，我们知道HttpServlet：

用java语言编写，可以跨平台
Servlet接口定义简单，编写较易
每个Servlet仅在内存中保存一个实例，资源消耗小

    执行流程

    下面来看一下HttpServlet的执行流程：

    


    解释一下：

客户端（常见的是浏览器）向Servlet容器发出Http请求
Servlet容器接收客户端请求
Servlet容器创建一个HttpRequest对象，将请求信息封装
Servlet容器创建一个HttpResponse对象，将响应信息封装
Servlet容器调用HttpServlet对象的service方法，以HttpRequest对象与HttpResponse对象为参数
HttpServlet调用HttpRequest对象的有关方法，获取Http请求信息、HttpServlet调用HttpResponse对象的有关方法，生成响应数据
Servlet容器把HttpServlet的响应结果传给客户端

    实际上关注Servlet更应该关注的是Servlet容器，这点在关于Tomcat的博客中再细说。

    Session

    HTTP协议里请求响应是无状态的，Session就是根据HTTP协议这种特点而产生的，实现无非就是在服务器产生一个哈希表，Key就是传递给浏览器的名为jsessionid的Cookie值。当需要将某个值保存到 session 时，容器会执行如下几步：

获取jsessionid值，如果没有使用request.getSession()产生
得到HttpSession对象实例哈希表，存放数据(setAttribute)
可以通过 getAttribute 来获取某个值
    而这个名为jsessionid的Cookie在浏览器关闭时会自动删除。当把Cookie的MaxAge值设为-1时，浏览器关闭即自动删除。

    Request Response

    HttpServletRequest和HttpServletResponse实际上就是对HTTP协议做面向对象的封装，HTTP协议中的请求和响应就是对应了HttpServletRequest和HttpServletResponse这两个接口。

    HttpServletRequest作为请求，用来获取所有请求相关的信息，包括 URI、Cookie、Header、请求参数等等；HttpServletResponse接口是用来生产 HTTP 回应，包含 Cookie、Header 以及回应的内容等等。

    而各种V层框架仅仅是对这两个类的进一步封装，再怎么操作，最终还是操作的HttpServletRequest和HttpServletResponse。

源码分析

    javax.servlet 和 javax.servlet.http 这两个包总共加起来也不过是42个类文件，按照所需，分析源码也并非不可能：

    核心内容

    如果条件允许，全看这42个源码文件也没问题，如果有限，最少以下核心的类要仔细分析一下：

HttpServlet
ServetConfig
ServletContext
Filter
FilterConfig
FilterChain
RequestDispatcher
HttpServletRequest
HttpServletResponse
HttpSession
Listenser 
    接下来我们来看一下HttpServlet，因为继承（实现）关系为HttpServlet→GenericServlet→Servlet，所以先来看一下Servlet：

    Servlet

public interface Servlet
{

public abstract void init(ServletConfig servletconfig)
throws ServletException;

public abstract ServletConfig getServletConfig();

public abstract void service(ServletRequest servletrequest, ServletResponse servletresponse)
throws ServletException, IOException;

public abstract String getServletInfo();

public abstract void destroy();
}

    Servlet定义了生命周期有关的和读取配置的接口，它的作用就是规定声明周期管理、接受ServletRequest和ServletResponse。

    GenericServlet

    再来看一下GenericServlet：

package javax.servlet;

import java.io.IOException;
import java.io.Serializable;
import java.util.Enumeration;
import java.util.ResourceBundle;

// Referenced classes of package javax.servlet:
//            Servlet, ServletConfig, ServletException, ServletContext,
//            ServletRequest, ServletResponse

public abstract class GenericServlet
implements Servlet, ServletConfig, Serializable
{

public void destroy()
{
}

public void init(ServletConfig config)
throws ServletException
{
this.config = config;
init();
}

public void init()
throws ServletException
{
}
//省略其他函数
}

    可以看到，GenericServlet实现了Servlet、ServletConfig、Serializable三个接口类，所以GenernicServlet除了实现和预留未实现的Servelt接口，还实现了ServletConfig有关获取parameter（参数）和配置（config）的接口，同时新增与log日志有关的方法；javva.io.Serializable实际上是一个空接口类，没有可供实现的接口。
    GenericServlet在实现Servlet的init()方法时，也调用了另一个无参数的init()方法，在实现Servlet时，如果有一些初始化所要执行的操作，可以重新定义这个无参数的init()方法，不要直接重新定义有参数的init()方法。

    总的来说GenericServlet主要的目的，就是将Servlet调用init()方法所传入的的ServletConfig封装起來。

    HttpServlet

    接下来再来看HttpServlet：

package javax.servlet.http;

import java.io.IOException;
import java.io.Serializable;
import java.lang.reflect.Method;
import java.text.MessageFormat;
import java.util.Enumeration;
import java.util.ResourceBundle;
import javax.servlet.*;

// Referenced classes of package javax.servlet.http:
//            NoBodyResponse, HttpServletRequest, HttpServletResponse

public abstract class HttpServlet extends GenericServlet
implements Serializable
{

public HttpServlet()
{
}

//省略部分函数

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);
}

protected void service(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
{
String method = req.getMethod();
if(method.equals("GET"))
{
long lastModified = getLastModified(req);
if(lastModified == -1L)
{
doGet(req, resp);
} else
{
long ifModifiedSince = req.getDateHeader("If-Modified-Since");
if(ifModifiedSince < (lastModified / 1000L) * 1000L)
{
maybeSetLastModified(resp, lastModified);
doGet(req, resp);
} else
{
resp.setStatus(304);
}
}
} else
if(method.equals("HEAD"))
{
long lastModified = getLastModified(req);
maybeSetLastModified(resp, lastModified);
doHead(req, resp);
} else
if(method.equals("POST"))
doPost(req, resp);
else
if(method.equals("PUT"))
doPut(req, resp);
else
if(method.equals("DELETE"))
doDelete(req, resp);
else
if(method.equals("OPTIONS"))
doOptions(req, resp);
else
if(method.equals("TRACE"))
{
doTrace(req, resp);
} else
{
String errMsg = lStrings.getString("http.method_not_implemented");
Object errArgs[] = new Object[1];
errArgs[0] = method;
errMsg = MessageFormat.format(errMsg, errArgs);
resp.sendError(501, errMsg);
}
}
protected void doGet(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
{
String protocol = req.getProtocol();
String msg = lStrings.getString("http.method_get_not_supported");
if(protocol.endsWith("1.1"))
resp.sendError(405, msg);
else
resp.sendError(400, msg);
}

protected void doPost(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
{
String protocol = req.getProtocol();
String msg = lStrings.getString("http.method_post_not_supported");
if(protocol.endsWith("1.1"))
resp.sendError(405, msg);
else
resp.sendError(400, msg);
}

//省略doHead、doDelete等方法

}

    可以看到doGet、doPost等do系列函数，仅仅是在HttpServletResponse中添加了错误信息，这些函数需要我们自己实现。    
    第一个service函数是实现了GenericServlet中没有实现的接口，它的作用是将ServletRequest和ServletResponse转换为HttpServletRequest和HttpServletResponse。
    第二个service函数是HttpServlet自己的，它的作用是根据HttpServletRequest中的参数条件，决定调用doGet、doPost等函数。

    模板方法模式

    HttpServlet使用的模式就是常说的模板方法模式：在service()中定义了调用doGet、doPost的条件，在子类中我们只需要覆盖doGet、doPost等即可，然后当我们调用service时，它即可根据定义的条件，去调用我们实现的do系列方法。

    注意

    需要注意的是，当使用HttpServlet输出文本时，避免使用多个String，这个涉及到String的机制，因为String是不可变类，每次更改都会产生一个新的String对象，如果使用String输出非常多的文本，要么使用一个长字符串，要么使用StringBuffer的append()。

总结

    总的来说，Servlet是JavaEE的一种标准，而servlet.http是基于HTTP协议的Servlet扩展，读完Servlet相关内容后，我们可以再进一步，关注Servlet容器，这点在关于Tomcat的博客中再细说。