今天是刘小爱自学Java的第88天。 感谢你的观看,谢谢你。 话不多说,开始今天的学习: 前段时间花了二十来天的时间学了MySQL数据库、JDBC以及前端的一些知识点。 这点时间肯定是远远不够的,但毕竟以Java后台为主,其它的只是稍作了解。
而服务器等于是将数据库和前端连接起来了。 服务器从数据库中获取数据后,返回给前端,再经过渲染后展现给用户看。 稍稍做一个知识点的总结: 昨天全面地对Tomcat以及JavaWeb项目的创建做了一个了解,今天就再看看其中具体的操作。 一、Servlet概述现在有一个需求:用户要通过浏览器输入用户名和密码来登录网页。 那么就要解决如下问题:
而要解决上述问题,就要引入servlet的概念了。 servlet,翻译过来就是小服务程序,它是Java制定的一个规范。Java里提到规范,第一反应就是接口。 ①实现servlet接口 当然Java里已经有servlet的实现类了,但自己尝试着写一遍,也能对其流程有个更好地理解。 ②在web.xml编写配置信息 servlet标签:
servlet-mapping标签:
③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可以获取当前请求的方式:
③定义doPost方法和doGet方法 这样也就对service方法进行了细分。 执行结果: 这样MyServlet类只需要继承HttpServlet类,分别重写doPost()方法和doGet()方法即可。 现在浏览器发来了一个请求,MyServlet会通过其父类的service方法判断请求的方式,再执行对应的请求方法。 根据控制台的输出,可以判断这里的请求方法是get请求。 3优化总结 事实上GenericServlet和HttpServlet这两个类在Java里面已经被定义好了。 其代码编写是和上述优化过程类似的,当然其功能更加的复杂全面,就比如请求方式源码里还有doPut()方法和doDelete()方法。 看它们的继承体系图: 优化一: GenericServlet类实现了Servlet接口,在这个类里面有的方法已经实现了某些功能,比如日志log()方法。 这样的话其子类直接调用该方法就好了,不用去写具体是如何实现的。 GenericServlet类就相当于对Servlet接口进行了功能上的拓展与衍生。 优化二: HttpServlet类对于浏览器的请求进行了细分,不然无论是什么请求执行的都是service方法。 三、生命周期和映射路径1生命周期 关于Servlet生命周期,可以创建一个类实现Servlet接口,在配置该类的映射路径,通过浏览器访问做一个测试: ①Servlet被初始化 当其对应的映射路径被浏览器访问时,init()方法执行,Servlet完成初始化。 ②Servlet被执行 浏览器每访问一次,service方法就会执行一次。 它和init()方法的区别在于:
③Servlet被摧毁 当Tomcat关闭时,destroy方法执行,servlet被摧毁。 值得注意的是: 在servlet标签有一个子标签<load-on-startup>1</load-on-startup>有1到5个等级
2映射路径 一种有四种匹配方式。可以创建这四种路径,分别对应四个类,最后在浏览器上进行测试。 我这边就不一一展示了,直接做个小结: ①完全匹配 优先级最高,浏览器的路径要与Servlet对应的映射路径完全一致,才能访问到该Servlet ②目录匹配 格式:/目录名/*,也就是说当前目录下的任意子路径,都可以访问到该Servlet。 ③后缀名匹配 格式:*.后缀名,也就是任何路径为该后缀名时,都能访问到对应的Servlet。 其中当②③冲突时,以②为优先。 ④缺省路径 格式:/,也就是任意路径都可以。 注意:其优先级为①>②>③>④ 四、Servlet注解开发我们先前的代码编写,每次都得在web.xml配置Servlet对应的映射路径,这样就会有一个问题: 如果路径又很多,要配置很多很多个标签,这样就会显得代码很臃肿,维护不方便。 有没有更简便的方法呢? 在Servlet3.0中就增加了一个注解开发,我们来体验下: 以前是在Java中New一个类,现在是New一个Servlet。 当需要使用到Servlet时即可使用该方法。 其本质上还是Java里的一个类,只不过类上有了一个注解。 注解的值为:“/AnnoServlet”。 这个就相当于web.xml中配置的映射路径。 这样浏览器中输入该路径时,就能访问到对应注解下的类并执行具体的业务逻辑了。 这样下来也就简洁了很多。 当然Servlet注解开发模板可以自行配置,操作流程如下: 这样配置好后,每次使用Servlet注解开发,都会使用自定义的这套模板。 至于模板里的代码编写可以根据自己的需求适当修改。 最后谢谢你的观看。 如果可以的话,麻烦帮忙点个赞,谢谢你。 |
|