servlet之模板方法和多线程

最新推荐文章于 2022-03-22 14:40:04 发布

「已注销」

最新推荐文章于 2022-03-22 14:40:04 发布

阅读量2k

点赞数 1

分类专栏： J2EE 文章标签： servlet 模板方法多线程安全

本文链接：https://blog.csdn.net/y_love_f/article/details/38302413

版权

J2EE 专栏收录该内容

29 篇文章 0 订阅

订阅专栏

本文探讨了Servlet中模板方法设计模式的应用，以及在实际使用中如何处理线程安全问题。当客户端请求Servlet时，service方法作为模板方法调用doGet或doPost进行处理。然而，Servlet并不严格遵循模板方法模式，因为service方法可被重写，且doGet和doPost有默认实现。由于Servlet的单实例多线程特性，多个请求可能导致线程安全问题，这需要开发者关注变量的线程安全处理。

摘要由CSDN通过智能技术生成

接触了一小段时间的servlet，下面就总结一下关于servlet的两个方面的知识，一个是模板方法的应用。另外一个是servlet多线程产生的原因。

1. 模板方法设计模式

定义一个操作中的算法的骨架，而将步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义算法的某些特定步骤。

2. Servlet中模板方法的应用

模板方法在servlet中的应用的类图

当客户端请求一个servlet的时候首先被调用的是service方法。Service方法就是定义骨架的方法，在service方法中会根据HTTP请求的类型（GET,POST还是其他）来调用具体的doGet和doPost等方法；即实际的处理委派给了doGet和doPost等方法，这些子类的方法来最终处理浏览器的请求。下面是HttpServlet对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);
	}
    }

3. servlet并不是严格的按照模板方法来设计的

我们常说具体问题具体分析，在这里也是。servlet 讲模板方法的精髓应用到了，但是却没有完全按照模板方法设计。

3.1 子类可以重写service()方法

模板方法模式是通过把不变的行为搬移到超类，去除了子类中的重复代码。所以超类中的模板方法一般情况下是不会被重写的。模板方法允许子类重新定义算法的某些步骤，而不改变算法的结构。但是在servlet中的service方法中是可以被子类重写的。当子类重写了service方法之后就破坏掉了原本定义好的模板方法。

3.2 doGet和doPost方法有默认的实现

在HttpServlet类中对于这两个被子类具体实现的方式是有实现的。下面是HttpServlet对于这两个实现的代码

 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(HttpServletResponse.SC_METHOD_NOT_ALLOWED, msg);
	} else {
	    resp.sendError(HttpServletResponse.SC_BAD_REQUEST, msg);
	}
    }

    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(HttpServletResponse.SC_METHOD_NOT_ALLOWED, msg);
	} else {
	    resp.sendError(HttpServletResponse.SC_BAD_REQUEST, msg);
	}
    }

这些说明在使用设计模式的时候并不是生搬硬套，而是根据具体的情况灵活变动。但是其本质是不变的。

4. 为什么会出现线程安全问题

在学习servlet过程中一直听到的一个问题就是线程问题，学习的资料中提到servlet是多线程，不安全的。

servlet是由web容器管理的，当请求这个servlet的时候，web容器会根据web.xml中的配置实例化这个servlet。当再次请求这个servlet的时候不会再实例化此servlet而是多线程的使用第一次请求的时候实例化的servlet。也就是一个servlet只实例化一次。

当面对多个请求的时候web容器就会使用多线程来处理这些请求。下面的图形是servlet多线程的结构图形

从图中可以看出，当容器收到一个请求servlet的请求的时候会从线程池中分出一个工作线程来处理这个请求，当有另外一个请求的时候会从线程池中分出另外一个工作线程来处理这个请求；所以如果多个用户同时请求同一个servlet，那么在容器中就会出现一个servlet对象的service方法并发执行。多线程是共享资源的，当他们并发执行的时候就很有可能出现访问资源冲突问题。

这种处理请求的方式就是我们经常说的单实例多线程的处理方式。

下面是自己查找到的一个作者：http://blog.csdn.net/zljjava/article/details/6887266从内存的角度来分析的servlet的多线程问题。如果有兴趣的话可以看看。

从内存中看一下这个问题可以总结下面的两种图形，其中一张是我们都知道JMM模型图