本文已参与[新人创作礼]活动，一起开启掘金创作之路。
哈喽，大家好！我是Why，一名在读学生，目前刚刚开始进入自己的编程学习生涯。虽然学习起步较晚，但我坚信做了才有0或1的可能。学了一段时间以后也是选择在掘金上分享自己的日常笔记，也希望能够在众多道友的大家庭中打成一片。 本文主要讲解Servlet的欢迎资源文件、状态码以及多个Servlet之间调用规则，如果大家读后觉得有用的话，还请大家多多支持博主：欢迎 ❤️点赞👍、收藏⭐、留言💬 ✨✨✨个人主页：JinHuan
欢迎资源文件
1、默认欢迎资源文件:
用户发送了一个针对某个网站的【默认请求】时，
此时由Http服务器自动从当前网站返回的资源文件
正常请求： http://localhost:8080/myWeb/index.html
默认请求： http://localhost:8080/myWeb/
2、Tomcat对于默认欢迎资源文件定位规则
1）规则位置：Tomcat安装位置/conf/web.xml
2）规则命令：<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
3、设置当前网站的默认欢迎资源文件规则
1)规则位置: 网站/web/WEB-INF/web.xml
2)规则命令: <welcome-file-list>
<welcome-file>login.html</welcome-file>
</welcome-file-list>
3)网站设置自定义默认文件定位规则，此时Tomcat自带定位规则将失效
HTTP状态码
1、介绍：
1）由三位数字组成的一个符号
2）HTTP服务器在推送响应包的之前，根据本次请求处理情况
将HTTP状态码写到响应包中的【状态行】上
3）如果HTTP服务器针对本次请求，返回了对应的资源文件
通过HTTP状态码通知浏览器应该怎样处理这个结果
如果HTTP服务器针对本次请求，无法返回对应的资源文件
通过HTTP状态码向浏览器解释不能提供服务的原因
2、分类：
1）组成：
100--599;分为五个大类
a：1XX：
最有特征：100
通知浏览器本次返回的资源文件并不是一个独立的资源文件，需要浏览器在接收响应包之后，继续向HTTP服务器索要依赖 的其他资源文件。
b：2XX
最有特征：200
通知浏览器本次返回的是一个完整的独立的资源文件，浏览器在接收后不需再向HTTP服务器索要其他关联的资源文件
c：3XX
最有特征：302
通知浏览器本次返回的不是一个资源文件内容，而是一个资源文件地址，需要浏览器根据这个地址自动发起请求来索要对 应的资源文件
d：4XX
最有特征：404
通知浏览器，由于在服务端没有定位到被访问的资源文件 因此无法提供帮助
405：
通知浏览器，在服务端已经定位到被访问的资源文件（Servlet） 但是这个Servlet对于浏览器采用的请求方式不能处理
e：5XX
最有特征500:
通知浏览器，在服务端已经定位到被访问的资源文件（Servlet）这个Servlet可以接收浏览器采用请求方式，但是 Servlet在处理 请求期间，由于Java异常导致处理失败
多个Servlet之间调用规则
1.前提条件：
某些来自于浏览器发送请求，往往需要服务端中多个Servlet协同处理。
但是浏览器一次只能访问一个Servlet，导致用户需要手动通过浏览器发起'多次请求'才能得到服务。这样增加用户获得服务难度，导致用户 放弃访问当前网站【98k,AKM】
2.提高用户使用感受规则：
无论本次请求涉及到多少个Servlet,用户只需要【手动】通知浏览器发起'一次请求即可
3.多个Servlet之间调用规则：
1）重定向解决方案
2）请求转发解决方案
重定向解决方案
1.工作原理: 用户第一次通过【手动方式】通知浏览器访问OneServlet。
OneServlet工作完毕后，将TwoServlet地址写入到响应头 location属性中，导致Tomcat将302状态码写入到状态行。
在浏览器接收到响应包之后，会读取到302状态。此时浏览器自动根据响应头中location属性地址发起第二次请求，访问
TwoServlet去完成请求中剩余任务
2.实现命令:
response.sendRedirect("请求地址")
将地址写入到响应包中响应头中location属性
3.特征:
1)请求地址：
既可以把当前网站内部的资源文件地址发送给浏览器 （/网站名/资源文件名）
也可以把其他网站资源文件地址发送给浏览器(http://ip地址:端口号/网站名/资源文件名)
2)请求次数
浏览器至少发送两次请求，但是只有第一次请求是用户手动发送。
后续请求都是浏览器自动发送的。
3) 请求方式：
重定向解决方案中，通过地址栏通知浏览器发起下一次请求，因此
通过重定向解决方案调用的资源文件接收的请求方式一定是【GET】
4.缺点:
重定向解决方案需要在浏览器与服务器之间进行多次往返，大量时间
消耗在往返次数上，增加用户等待服务时间
请求转发解决方案
1.原理： 用户第一次通过手动方式要求浏览器访问OneServlet。
OneServlet工作完毕后，'通过当前的请求对象代替浏览器' 向Tomcat发送请求，申请调用TwoServlet。
Tomcat在接收到这个请求之后，自动调用TwoServlet来完成剩余任务
2.实现命令： 请求对象代替浏览器向Tomcat发送请求
//1.通过当前请求对象生成资源文件申请报告对象
RequestDispatcher report = request.getRequestDispatcher("/资源文件名");一定要以"/"为开头
//2.将报告对象发送给Tomcat
report.forward(当前请求对象，当前响应对象)
3.优点：
1）无论本次请求涉及到多少个Servlet,用户只需要手动通过浏览器发送一次请求
2) Servlet之间调用发生在服务端计算机上，节省服务端与浏览器之间往返次数增加处理服务速度
4.特征:
1)请求次数:
在请求转发过程中，浏览器只发送'一次请求
2）请求地址:
只能向Tomcat服务器申请调用当前网站下资源文件地址
request.getRequestDispathcer("/资源文件名") ****不要写网站名****
3）请求方式:
在请求转发过程中，浏览器只发送一个了个Http请求协议包。
参与本次请求的所有Servlet共享同一个请求协议包，因此
这些Servlet接收的请求方式与浏览器发送的请求方式'保持一致
