温故知新--Servlet(一)

工作也大半年了,由于接触的是物流行业,大部分时间接触的都是业务方面的内容,技术方面要求不是很高,渐渐的发现对某些知识都遗忘了,技术这东西不经常使用的话就会变得很生疏。所以,在工作之余觉得还是有必要去拾起那些快要被淡忘的知识。这篇文章主要是想把servlet中的相关知识结合源码去复习和加强一下,更进一步的分析和理解其中的细节东西和原理。

对于servlet这里不做过多的介绍了,简单介绍一下,servlet其实就是sun公司提供的一种动态web资源开发技术,它的本质还是和我们平时写的java程序差不多,只是要求这个类必须实现servlet接口。而要实现servlet接口必须要实现其中的方法:如下图

从上面的描述,我们就基本上可以写一个简单的servlet demo了:

eg:

/**

* servlet 的实现机制分析

* @author JiangYu

*

*/

public class ServletDemo implements Servlet {

public void destroy() {

}

public ServletConfig getServletConfig() {

return null;

}

public String getServletInfo() {

return null;

}

public void init(ServletConfig config) throws ServletException {

}

public void service(ServletRequest req, ServletResponse res)

throws ServletException, IOException {

}

}

从上面的代码可以看出来,Servlet接口中有五个方法,其中的方法分别有什么作用,以及要在web.xml中配置哪些相关内容,后面再做说明。上面是自己创建的一个servlet,下面我们借助IDE工具帮我们自动建立一个servlet,然后我们进行对比。

package com.jjyy.servlet;

import java.io.IOException;

import javax.servlet.ServletException;

import javax.servlet.http.HttpServlet;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

/**

* servlet源码分析

* @author JiangYu

*

*/

public class ServletDemo_1 extends HttpServlet {

public void doGet(HttpServletRequest request,HttpServletResponse response)

throws ServletException, IOException {

}

public void doPost(HttpServletRequest request,HttpServletResponse response)

throws ServletException, IOException {

doGet(request, response);

}

}

通过和对比,我们发现myeclipse帮助我们生产的代码和我们自己写的不一样,这是什么原因,我们的写法到底是不是真确的呢?下面我们可以通过分析上面的两段代码可以发现,用IDE工具生成的代码没有不是直接通过实现servlet接口,而是继承了一个叫HttpServlet的类。

找到了原因之后,我们可以猜到HttpServlet类肯定是实现了servlet接口的。分析源码:

从源代码中可以看到HttpServlet其实是一个抽象类,观察其中的方法,我们可以看到有一个service方法和我们上面重写的方法一样,还有doGet()和doPost()方法等,但是还是不能看出来为何我们写的和工具生成的不一致。在仔细的看这个类:

它也继承了一个叫做GenericServlet的类,这也许可以发现其中的原因了,我们再次的猜测肯定是GenericServlet 实现了Servlet接口,查看GenericServlet的源码可以发现,果然,

GenericServlet实现了Servlet接口,并且还是一个抽象类,再看其中的方法:

到此,我们就可以明白为何我们自己写的和IDE工具生成的不一样了。其实通过分析源码可以发现,这种实现的机制其实是一种设计思想,为了避免我们每次编写servlet类是要实现servlet接口中的五个方法,采用了一种适配的模式,通过一个抽象类去实现接口,可以让我们不去关注那些我们不要的功能,对于某些特定的功能的实现,可以通过继承抽象类复写相应的方法去实现我们要关注的那一部分功能。为了更好的理解,我们可以看一下源码中这些类和接口之间的关系:

虽然,我们知道了它的实现思想了,但是我们的疑问还是没有解决,为何IDE工具生成的是doGet和doPost方法,而不是我们看到的Servlet接口五个方法中的方法呢?接下来我们再看HttpServlet中的方法,发现其中有doGet和doPost方法、service()方法:

再看service()方法:其中通过request来获取method并且来判断调用那个方法;

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

}

}

再看GenericServlet中的方法:是一个抽象的方法,也就是说它没有实现servlet中的service()方法,而HttpServlet又继承自GenericServlet类并且对service()方法给予了实现。

所以IDE帮我们生成的servlet代码时的doGet和doPost方法是对HttpServlet中的doGet和doPost的重写。

为何重写的是这两个方法呢?这就要我们进一步了解了,(可以看到有七个doXXX,但是常用的就doGet和doPost)。HttpServlet:对HTTP协议进行了优化的Servlet,继承自GenericServlet类,并且实现了其中的service抽象方法,默认的实现中判断了请求的请求方式,并根据请求方式的不同分别调用不同的doXXX()方法。通常我们直接继HttpServlet即可。所以从上面的分析终于知道为何自动生成的代码中只有doGet和doPost方法的原因

对于编写servlet程序,当然还有一个必要的知识就是:配置web应用的web.xml注册Servlet的信息了。因为是回顾知识,这里就不再啰嗦了,看下图就知道了:

未完待续。。。。。。

时间: 2024-12-14 18:21:45

温故知新--Servlet(一)的相关文章

Servlet JSP 二重修炼:Filter过滤器

原网站:http://www.cnblogs.com/Alandre/p/4090491.html 摘要: 原创出处: http://www.cnblogs.com/Alandre/ 泥沙砖瓦浆木匠 希望转载,保留摘要,谢谢! 真正的朋友就是,当你蒙蔽了所有人的眼睛,也能看穿你真实的样子和心底的痛楚. 前言 好久没写博客了.哈哈~宝刀未老呀,操起笔来准备11.11华华丽丽的来一篇.都说温故知新,这句话绝对正确.按着人的记忆曲线,温故是巩固记忆力的好办法.就像我还是经常翻翻自己写的博客.回头来看看

图解 & 深入浅出 JavaWeb:Servlet必会必知

Writer      :BYSocket(泥沙砖瓦浆木匠) 微         博:BYSocket 豆         瓣:BYSocket FaceBook:BYSocket Twitter    :BYSocket "眨眼间,离上一篇写技术博文时隔1个月.怕自己真的生疏了,都是备案太慢惹得.哈哈,继续high~ " 从[JavaEE 要懂的小事] Http相关,一直想写点Web开发相关的.最近项目接口开发紧,还有准备新的九月份战斗.JDK IO源码就隔一段落,温故知新看看Ser

Description Resource Path Location Type The superclass &quot;javax.servlet.http.HttpServlet&quot; was not foun

一段时间没亲自建新项目玩乐,今天建立了一Maven project的时候发现了以下异常,Description Resource Path Location Type The superclass "javax.servlet.http.HttpServlet" was not found on the Java Build Path index.jsp /easyBuy/src/main/webapp line 1 JSP Problem 经过查找原因,原来是因为忘记设置server

Spring Cloud ZooKeeper集成Feign的坑2,服务调用了一次后第二次调用就变成了500,错误:Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is com.n

错误如下: 2017-09-19 15:05:24.659 INFO 9986 --- [ main] s.c.a.AnnotationConfigApplicationContext : Refreshing org.spring[email protected]56528192: startup date [Tue Sep 19 15:05:24 CST 2017]; root of context hierarchy 2017-09-19 15:05:24.858 INFO 9986 --

Java web之servlet

入坑必备之servlet(O(∩_∩)O哈!) 两个问题:是什么?怎么用? the first question:what?       Servlet是sun公司提供的一门用于开发动态web资源的技术,sun公司在其API中提供了一个servlet接口.由此可以理解为原生的servlet是一个接口,提到接口,我们应该想道我们必须去实现它才能被我们使用,servlet这个接口当然也不例外,从概念上讲,servlet是指sun公司提供的这个API接口,约定俗称,现在我们说的servlet是指实现这

JavaWeb之Java Servlet完全教程(转)

Servlet 是一些遵从Java Servlet API的Java类,这些Java类可以响应请求.尽管Servlet可以响应任意类型的请求,但是它们使用最广泛的是响应web方面的请求. Servlet必须部署在Java servlet容器才能使用.虽然很多开发者都使用Java Server Pages(JSP)和Java Server Faces(JSF)等Servlet框架,但是这些技术都要在幕后通过Servlet容器把页面编译为Java Servlet.也就是说,了解Java Servle

servlet理解

一.Servlet简介 Servlet是sun公司提供的一门用于开发动态web资源的技术. Sun公司在其API中提供了一个servlet接口,用户若想用发一个动态web资源(即开发一个Java程序向浏览器输出数据),需要完成以下2个步骤: 1.编写一个Java类,实现servlet接口. 2.把开发好的Java类部署到web服务器中. 按照一种约定俗成的称呼习惯,通常我们也把实现了servlet接口的java程序,称之为Servlet 二.Servlet的运行过程 Servlet程序是由WEB

web.xml 中的listener、filter、servlet加载及一些配置

在项目中总会遇到一些关于加载的优先级问题,近期也同样遇到过类似的,所以自己查找资料总结了下,下面有些是转载其他人的,毕竟人家写的不错,自己也就不重复造轮子了,只是略加点了自己的修饰. 首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter.最终得出的结论是:listener -> filter -> servlet 同时还存在着这样一种配置节:context-param,它用于向 Servlet

Servlet简介与生命周期

转载请注明原文地址: 一:Servlet是什么 Servlet是运行在Web服务器上的Java程序,作为处理来自 Web 浏览器或其他 HTTP 客户端的请求和 HTTP 服务器上的数据库或应用程序之间的中间层.JSP在web服务器上要先转换成servlet,然后才能在JVM运行,并把结果拼接成浏览器可识别的文件(如html)传回浏览器显示. 二:Servlet的应用场景 单纯地对客户端的请求做处理时,如果我们用纯JSP文件(即:只有Java语句)来处理的话,还需要先转换为servlet才能运行