既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
5. 生命周期
在 Servlet 执行流程中,我们说到,Servlet 对象是由 Web 服务器创建的,那么具体创建时机是什么时候呢?要想了解这个问题,就要学习 Servlet 的生命周期。
对象的生命周期是指一个对象从创建到销毁经历的整个过程。Servlet 运行在 Servlet 容器(Web 服务器)中,其生命周期由容器来管理,大致分为四个阶段:
- 加载和实例化
- 初始化
- 请求处理
- 服务终止
加载和实例化:默认情况下,当 Servlet 第一次被访问时,由容器创建 Servlet 对象,有时创建 Servlet 是比较耗时的,那么第一次访问就比较耗费时间,用户体验比较差。Servlet 提供了解决这个问题的方法,通过具体的配置可以实现在服务器启动的时间来创建 Servlet 对象,提高了访问速度。
只需要使用下面这个简单的配置:
@Webservlet(urlPatterns = "/demo",loadOnStartup=1)
其中 loadOnStartup 参数如果是负整数,则 Servlet 对象在第一次访问时创建,如果参数的值为 0 或者正整数的话,则会在服务器启动时创建,并且数字越小优先级越高。
初始化:在 Servlet 实例化以后,容器就会调用 init() 方法初始化这个对象,完成一些如加载配置文件,创建连接等初始化工作,该方法只会被调用一次。
请求处理:每次请求 Servlet 时,Servlet 容器都会调用 Servlet 的 service() 方法来对请求进行处理,该方法会被多次调用。
服务终止:当需要释放内存或者是容器关闭时,容器都会调用 Servlet 的 destroy() 方法完成资源的释放,在 destroy() 方法调用之后,容器会释放实例化对象,随后被 Java 垃圾回收机制处理,该方法只会被调用一次。注意,此时的服务器关闭指的是正常关闭非强制关闭。
6. 方法初识
Servlet 是一个接口,其中一共有 5 个方法,当我们的类实现了这个接口以后,必须将这 5 个方法全部实现。这 5 个方法分别是:
- 初始化方法:void init()
- 提供服务方法:void service()
- 销毁方法:void destroy()
- 获取Servlet信息方法:String getServletInfo()
- 获取ServletConfig对象方法:servletConfig getServletConfig()
其中,前三个方法我们在之前的生命周期中已经接触过了,在 Servlet 被创建时,会执行 init() 方法进行初始化操作,此方法只会执行一次,每次 Servlet 被访问时都会执行 service() 方法,而 Servlet 被销毁时,则会执行 destroy() 方法,释放对象。
我们看到在进行初始化操作时,会往 init() 方法中传入 ServletConfig 类对象,如下:
@Override
public void init(ServletConfig servletConfig) throws ServletException {
//...
}
所以在 getServletConfig() 方法中,我们只需要将容器创建的 ServletConfig 对象返回即可,而在 getServletInfo() 方法中先返回一个空字符串处理,如下:
private ServletConfig servletConfig;
public void init(ServletConfig config) throws ServletException {
this.servletConfig = config;
System.out.println("init...");
}
public ServletConfig getServletConfig() {
return servletConfig;
}
public String getServletInfo() {
return "";
}
其中最常用的是前面三个方法,这里我们都是只做了解,后面等对整个 Servlet 体系有了认知以后,再深入学习。
小tips:这也是我们学习编程一个很重要的方法论,先广度后深度,前期不用深入的了解其底层的含义,否则容易导致我们钻牛角尖,得不偿失。
7. 体系结构
在我们编写的实现 Servlet 接口的类中,我们更加关注的是 service() 方法,有没有一种方式让我们创建 Servlet 更加简便高效呢?学习完 Servlet 的体系结构之后,这个问题就变得简单了。
我们开发 B / S 架构的 Web 项目时,其实都要对 HTTP 协议进行封装,所以我们自定义的 Servlet 要继承 HttpServlet ,Servlet 的体系结构如下:
我们想要实现的是,在客户端发送 GET 请求给 Servlet 后,执行一种逻辑,当客户端发送 POST 请求给 Servlet 后执行另外一种逻辑…
在 HttpServlet 类中就实现了这样的功能,HttpServlet 类会判断页面发送的请求方式,根据不同的请求方式定义了不同的执行方法,例如 doGet,doPOST 等,
例如下面是部分HttpServlet类的源码:
protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
String method = req.getMethod();
long lastModified;
if (method.equals("GET")) {
lastModified = this.getLastModified(req);
if (lastModified == -1L) {
this.doGet(req, resp);
} else {
long ifModifiedSince = req.getDateHeader("If-Modified-Since");
if (ifModifiedSince < lastModified) {
this.maybeSetLastModified(resp, lastModified);
this.doGet(req, resp);
} else {
resp.setStatus(304);
}
}
} else if (method.equals("HEAD")) {
lastModified = this.getLastModified(req);
this.maybeSetLastModified(resp, lastModified);
this.doHead(req, resp);
} else if (method.equals("POST")) {
this.doPost(req, resp);
} else if (method.equals("PUT")) {
this.doPut(req, resp);
} else if (method.equals("DELETE")) {
this.doDelete(req, resp);
} else if (method.equals("OPTIONS")) {
this.doOptions(req, resp);
} else if (method.equals("TRACE")) {
this.doTrace(req, resp);
} else {
String errMsg = lStrings.getString("http.method\_not\_implemented");
Object[] errArgs = new Object[]{method};
errMsg = MessageFormat.format(errMsg, errArgs);
resp.sendError(501, errMsg);
}
}
我们自己定义的实现类只需要继承自 HttpServlet 类,并且重写 HttpServlet 类中的 doGet 这样的方法,以此来实现不同的处理逻辑。例如:
@WebServlet("/demo")
public class ServletDemo extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//TODO GET 请求方式处理逻辑
System.out.println("get...");
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//TODO Post 请求方式处理逻辑
System.out.println("post...");
}
}
8. urlPattern 配置
Servlet 编写好以后,要想被浏览器访问,就需要配置其访问路径,例如前面案例中我们就通过 Java 注解的方式,给 Servlet 配置了访问路径,如图:
一个 Servlet 可以配置多个访问路径,urlPattern 的配置有以下几个规则:
- 精确匹配
- 目录匹配
- 扩展名匹配
- 任意匹配
精确匹配:
当我们配置如下的访问路径:
@WebServlet("/user/demo")
此时我们在浏览器中访问时的 url 为:
目录匹配:
当我们配置如下的访问路径:
@WebServlet("/user/\*")
此时我们在浏览器中的访问 url 为:
扩展名匹配:
当我们配置如下的访问路径:
@WebServlet("\*.do")
此时我们在浏览器中的访问 url 为:
任意匹配:
当我们配置如下的访问路径:
@WebServlet("/")
@WebServlet("/\*")
此时我们在浏览器中的访问 url 为:
/*
和 /
的区别:当项目中的 Servlet 配置了 /
,会覆盖 tomcat 中的 DefaultServlet 默认访问路径。DefaultSerlet 是用来处理静态资源的,当其他的 urlPattern 都匹配不上时就会访问这个 Servlet,如果我们自己定义了 /
访问路径,则请求静态资源时不会生效而会匹配自己定义的路径,最终导致静态资源无法访问,所以这种方式不建议使用。
当我们的项目中配置了 /*
,意味着匹配任意访问路径。
urlPattern 共有四种匹配方式,分别是精确匹配,目录匹配,扩展名匹配和任意匹配。其具有不同的优先级,具体为精确匹配 > 目录匹配 > 扩展名匹配 > 任意匹配,任意匹配中 /*
大于 /
。
9. XML配置
前面对应的 Servlet 访问路径我们都是使用 Java 注解的方式配置,其实在 Servlet 3.0 之前是只支持 XML 配置文件的方式配置 Servlet 的访问路径,这里只对其方法做了解。
使用 XML 配置方法大致分为两步,编写 Servlet 类和配置,下面通过案例的方式讲解。
第一步:编写 Servlet 类。
public class ServletDemo extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//TODO GET 请求方式处理逻辑
System.out.println("get...");
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
//TODO Post 请求方式处理逻辑
System.out.println("post...");
}
}
第二步:在 web.xml 中配置该 Servlet
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
转存中…(img-MEIrNROk-1715522295600)]
[外链图片转存中…(img-aLHHFuD4-1715522295600)]
[外链图片转存中…(img-8rEOvEsV-1715522295600)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上大数据知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新