今天是刘小爱自学Java的第88天。

感谢你的观看，谢谢你。

话不多说，开始今天的学习：

前段时间花了二十来天的时间学了MySQL数据库、JDBC以及前端的一些知识点。

这点时间肯定是远远不够的，但毕竟以Java后台为主，其它的只是稍作了解。

• 数据库：存储数据的地方，对于一家企业或者一个项目来说，毫无疑问，数据是重中之重。
• 前端：是可以直接和用户打交道的。

而服务器等于是将数据库和前端连接起来了。

服务器从数据库中获取数据后，返回给前端，再经过渲染后展现给用户看。

稍稍做一个知识点的总结：

昨天全面地对Tomcat以及JavaWeb项目的创建做了一个了解，今天就再看看其中具体的操作。

一、Servlet概述

现在有一个需求：用户要通过浏览器输入用户名和密码来登录网页。

那么就要解决如下问题：

• 获取用户在网页提交的数据。
• 进行对应的业务逻辑处理（查询数据库校验用户名密码是否存在）
• 将处理结果返回给浏览器。

而要解决上述问题，就要引入servlet的概念了。

servlet，翻译过来就是小服务程序，它是Java制定的一个规范。Java里提到规范，第一反应就是接口。

①实现servlet接口

当然Java里已经有servlet的实现类了，但自己尝试着写一遍，也能对其流程有个更好地理解。

②在web.xml编写配置信息

servlet标签：

• servlet-name：标签名
• servlet-class：servlet实现类的全限定名（包名+类名）

servlet-mapping标签：

• servlet-name：标签名要与上面的一致
• url-pattern：具体映射路径

③service处理业务逻辑

service，在该方法里面处理具体的业务逻辑，但是这边暂时没有，就用一个输出语句代替。用来检测是否真的运行了。

④在浏览器中输入具体的映射路径

访问对应的地址，控制台上会输出对应的语句。

以上就是servlet书写四步骤，初次接触肯定是会有点懵的，可以选择将其死记硬背记下来，也可以将其流程做一个了解：

①浏览器中的url

我们在网页中点击某个按钮，进入一个新的页面，其都对应一个不同的url，也就是浏览器地址栏的路径。

服务器就是根据url来做出不同的业务处理查询到对应的数据。

②根据映射路径找到对应的类

浏览器中路径为/user，在web.xml中找到对应的配置标签，然后根据标签名找到对应的类名。

③找到对应的类

这个类也就是web.xml中的那个全限定名，该类有一个service方法。

浏览器输入对应的路径，通过web.xml的配置信息，找到对应类的service方法运行。

以上就是servlet的一个运行流程。

二、Servlet优化

好，现在思考一个问题：

Servlet接口中是有很多方法的，而对于我们来说并不是所有的方法都需要使用，只用我们需要用的。

那能怎么办？

这就要涉及到servlet的优化了，当然Java源码已经优化好了直接继承就可以。

但学习阶段最好对其优化过程有一个了解。

1servlet优化一

定义一个类GenericServlet，实现Servlet接口并完成重写。

其中需要service方法，就将其写成一个抽象方法，这样其实现类必定需要重写该方法。

子类再继承GenericServlet类重写service方法即可，父类的其它方法就可以直接使用。

2servlet优化二

现在问题又来了，在学form表单的时候，我们知道浏览器提交请求有两种方式：get提交，和post提交。

而service方法只有一个，所以无论是get提交还是post提交，执行的都是service方法。

这样就需要对service方法进行细分

定义一个HttpServlet类继承GenericServlet类。

①对service方法细分

通过方法重载对service方法细分，其中HttpServletRequest是ServletRequest的子类，故要先强转。

②判断浏览器的请求方法

request.getMethod可以获取当前请求的方式：

• 如果是get请求，调用doGet()方法
• 如果是post请求，调用doPost()方法

③定义doPost方法和doGet方法

这样也就对service方法进行了细分。

执行结果：

这样MyServlet类只需要继承HttpServlet类，分别重写doPost()方法和doGet()方法即可。

现在浏览器发来了一个请求，MyServlet会通过其父类的service方法判断请求的方式，再执行对应的请求方法。

根据控制台的输出，可以判断这里的请求方法是get请求。

3优化总结

事实上GenericServlet和HttpServlet这两个类在Java里面已经被定义好了。

其代码编写是和上述优化过程类似的，当然其功能更加的复杂全面，就比如请求方式源码里还有doPut()方法和doDelete()方法。

看它们的继承体系图：

优化一：

GenericServlet类实现了Servlet接口，在这个类里面有的方法已经实现了某些功能，比如日志log()方法。

这样的话其子类直接调用该方法就好了，不用去写具体是如何实现的。

GenericServlet类就相当于对Servlet接口进行了功能上的拓展与衍生。

优化二：

HttpServlet类对于浏览器的请求进行了细分，不然无论是什么请求执行的都是service方法。

三、Servlet生命周期以及映射路径

1生命周期

关于Servlet生命周期，可以创建一个类实现Servlet接口，在配置该类的映射路径，通过浏览器访问做一个测试：

①Servlet被初始化

当其对应的映射路径被浏览器访问时，init()方法执行，Servlet完成初始化。

②Servlet被执行

浏览器每访问一次，service方法就会执行一次。

它和init()方法的区别在于：

• init()只是在第一次访问执行一次。
• service()是随着浏览器的每一次访问而执行一次。

③Servlet被摧毁

当Tomcat关闭时，destroy方法执行，servlet被摧毁。

值得注意的是：

在servlet标签有一个子标签<load-on-startup>1</load-on-startup>有1到5个等级

• 当该标签存在时，无论级别是多少，Servlet会随着容器（我这儿就是Tomcat）启动就初始化了。
• 当该标签不存在时，Servlet是随着浏览器访问对应路径时才会初始化。
• 正数的值越小，对应的Servlet（每个Servlet都有自己的名字）优先级越高，应用启动时就越先加载。
• 如果值一样，容器就会自行选择加载顺序。

2映射路径

一种有四种匹配方式。可以创建这四种路径，分别对应四个类，最后在浏览器上进行测试。

我这边就不一一展示了，直接做个小结：

①完全匹配

优先级最高，浏览器的路径要与Servlet对应的映射路径完全一致，才能访问到该Servlet

②目录匹配

格式：/目录名/*，也就是说当前目录下的任意子路径，都可以访问到该Servlet。

③后缀名匹配

格式：*.后缀名，也就是任何路径为该后缀名时，都能访问到对应的Servlet。

其中当②③冲突时，以②为优先。

④缺省路径

格式：/，也就是任意路径都可以。

注意：其优先级为①>②>③>④

四、Servlet注解开发

我们先前的代码编写，每次都得在web.xml配置Servlet对应的映射路径，这样就会有一个问题：

如果路径又很多，要配置很多很多个标签，这样就会显得代码很臃肿，维护不方便。

有没有更简便的方法呢？

在Servlet3.0中就增加了一个注解开发，我们来体验下：

以前是在Java中New一个类，现在是New一个Servlet。

当需要使用到Servlet时即可使用该方法。

其本质上还是Java里的一个类，只不过类上有了一个注解。

注解的值为：“/AnnoServlet”。

这个就相当于web.xml中配置的映射路径。

这样浏览器中输入该路径时，就能访问到对应注解下的类并执行具体的业务逻辑了。

这样下来也就简洁了很多。

当然Servlet注解开发模板可以自行配置，操作流程如下：

这样配置好后，每次使用Servlet注解开发，都会使用自定义的这套模板。

至于模板里的代码编写可以根据自己的需求适当修改。

最后

谢谢你的观看。

如果可以的话，麻烦帮忙点个赞，谢谢你。

其中头条搜索有很多关于Servlet的干货教程，专业又详细，点击下方卡片搜索“Servlet”了解更多：