三千字详解说明,入门Servlet

今天是刘小爱自学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标签有一个子标签1有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注解开发,都会使用自定义的这套模板。

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

最后

谢谢你的观看。

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

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20200711A0RV3Q00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券