认识Servlet---2

hi,大家好,今天我们继续来认识Servlet

1.更方便的部署方式

2.访问出错的问题分析

3.Servlet的API之HttpServlet

🍨🍨🍨🍨

🍭1.更方便的部署方式
在上一期的讲解中,我们已经完整的创建项目并且编写代码并且得到了验证,那么七个步骤是否可以简化一下呢?
当然可以,我们能简化的地方就是打包代码和部署
那么我们就要借助插件plugin来完成这个工作
什么是插件呢?
插件就是为了实现小众功能而生的,可以视为是对某个软件原有功能的扩充

🧊1.我们需要在IDEA应用商店下载Smart Tomcat插件

在settings的marketplace搜索框搜索tomact,下载我这个图里面的Smart Tomcat,
使用Smart Tomcat可以简化打包部署工作
🧊2.使用Smart Tomact
首次使用要稍微麻烦一点,需要配置一下

同时这里自定义的名字就是Content Path,
如果我们的程序是拷贝war到webapps目录运行,Content Path就是war包的名字
如果使用Smart Tomcat,Content Path就是在上述配置自定义的名字,如果不配置,默认是项目名字
然后运行

点击这个三角就行
看运行结果

这个蓝色的点开就会报错

为哈呢?
因为URL不匹配啊!
少了一个Servlet Path

加上就对了
smart tomcat和上一个我们讲的将war包拷贝到wabapps里面运行存在本质区别

1.smart tomcat一般用于开发和调试阶段

2.将war包拷贝到wabapps里面运行一般是部署到生产环境时会用的

3.smart tomcat使用了Tomcat的另外一种运行方式,在运行Tomcat的时候,通过特定的参数,来指定Tomcat加载某个特定目录的webapp,下图可以体现这句话

所以这个过程没有打包也没有拷贝

=======================================================================

🍭2.访问出错的问题分析
我们来分析一下Servlet程序的常见问题
1.我们的老朋友了~~
404 表示浏览器访问的资源在服务器上不存在
原因

1.请求的路径写错了
2.路径写对了,war包没有加载正确 比如web.xml写错了,就会导致war包不能被正确加载 比如两个Servlet的Servlet Path一样,那么也会导致不能被正确加载 当出现错误,服务器日志有提示,可以根据那个看到错误显示
这里注意为什么说web.xml写错,就会导致war包不能被正确加载呢?

解答:war是一种 Java Web 应用程序包的标准格式，它包含了应用程序所有的资源文件、Java 类和配置文件等，并可以被部署在 Servlet 容器中。web.xml也是web程序的一个重要配置文件，如果 Web.xml 文件存在错误，会导致应用程序未能正确加载初始化，无法正常工作，从而无法提供应用程序的功能。此时，如果将有问题的 war 包部署在 Servlet 容器中，可能会导致 Servlet 容器出现异常，并提示加载 Web 应用程序失败

405

1.发的请求的方法和代码不一样 写的代码是doPost,发的是get请求,一定报错
2.没出现第一个问题,但是super.doGet忘记注释了

500:服务器抛异常了,就是代码的bug,进行调试即可

🍭3.Servlet的API之HttpServlet
Servlet API有很多,我们重点掌握三个类

1.HttpServlet类
2.HttpServletRequest
3.HttpServletResponse

今天我们先来介绍第一个

HttpServlet类

写Servlet程序就要继承这个类
我们要知道这个类里面哪些方法可以被重写,都是干啥的

方法名称	调用时机
init	HttpServlet 实例化之后被调用一次
destory	在 HttpServlet 实例不再使用的时候调用一次
service	收到 HTTP 请求的时候调用
doGet	收到 GET 请求的时候调用(由 service 方法调用)
doPost	收到 POST 请求的时候调用(由 service 方法调用)
doPut/doDelete/doOptions/…	收到其他请求的时候调用(由 service 方法调用)

1.init方法
可以看到它的调用时间是在HttpServlet实例化之后被调用一次,什么时候HttpServlet被实例化呢?首次收到匹配的请求的时候,会调用到这个方法执行一次,来使用这个方法进行一些初始化的相关操作

这个请求会触发HelloServlet类的doGet方法的执行,那么就会在调用doGet方法之前先调用init方法一次

注意,只执行一次!!!
2.destroy方法
这个方法是该webapp被卸载(被销毁之前)执行一次,用来做一些收尾工作.,不过destroy方法能否执行,这个具有不确定性
1.如果是按照8005管理端口停止服务器,那么destroy就能执行
2.如果采用暴力的方法直接杀死进程停止服务器,那么derstroy不能执行
Tomcat在启动的时候会占用两个端口,8080和8005
8080是业务端口
8005是管理端口,负责重新加载配置,重新启动,调整设置项等
3.service方法
每次收到路径匹配的请求的时候都会执行
不会重写service,都是重写doXXX
Servlet的生命周期
1.init在初始情况下调用一次
destroy是结束之前调用一次
service是每次收到路径匹配的请求都调用一次

doXXX的方法我们采用postman 来让大家看

doPost

doPut

doDelete

🥗🧀最后强调一个问题
当浏览器出现乱码的情况,说明是乱码了.
数据返回的时候采用的编码方式是utf8
浏览器展示的时候,根据系统默认编码方式gbk来解析
这俩方式不一样,就会产生乱码问题
现在utf8更加主流,因此我们就在代码中添加这样一段代码

这段代码就是告诉浏览器返回的数据是utf8格式的,那么浏览器就会按照utf8的格式去解析

今天的讲解就到这里,我们下期再见咯,拜拜~~~