再说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的博客中再细说。