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