认识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的格式去解析
今天的讲解就到这里,我们下期再见咯,拜拜~~~
