今天是刘小爱自学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注解开发，都会使用自定义的这套模板。
至于模板里的代码编写可以根据自己的需求适当修改。
最后
谢谢你的观看。
如果可以的话，麻烦帮忙点个赞，谢谢你。