一：HttpServletResponse接口
1.介绍:
1)HttpServletResponse接口来自于Servlet规范中，在Tomcat中存在servlet-api.jar
2)HttpServletResponse接口实现类由Http服务器负责提供
3)HttpServletResponse接口负责将doGet/doPost方法执行结果写入到【响应体】交给浏览器
4)开发人员习惯于将HttpServletResponse接口修饰的对象称为【响应对象】
2.主要功能:
1) 将执行结果以二进制形式写入到【响应体】
2) 设置响应头中[content-type]属性值，从而控制浏览器使用
对应编译器将响应体二进制数据编译为【文字，图片，视频，命令】
3) 设置响应头中【location】属性，将一个请求地址赋值给location.
从而控制浏览器向指定服务器发送请求
二：HttpServletRequest接口
1.介绍:
1)HttpServletRequest接口来自于Servlet规范中，在Tomcat中存在servlet-api.jar
2)HttpServletRequest接口实现类由Http服务器负责提供
3)HttpServletRequest接口负责在doGet/doPost方法运行时读取Http请求协议包中信息
4)开发人员习惯于将HttpServletRequest接口修饰的对象称为【请求对象】
2.作用:
1)可以读取Http请求协议包中【请求行】信息
2)可以读取保存在Http请求协议包中【请求头】或则【请求体】中请求参数信息
3)可以代替浏览器向Http服务器申请资源文件调用
三：请求对象和响应对象生命周期
1.在Http服务器接收到浏览器发送的【Http请求协议包】之后，
自动为当前的【Http请求协议包】生成一个【请求对象】和一个【响应对象】
2.在Http服务器调用doGet/doPost方法时，负责将【请求对象】和【响应对象】
作为实参传递到方法，确保doGet/doPost正确执行
3.在Http服务器准备推送Http响应协议包之前，负责将本次请求关联的【请求对象】和【响应对象】
销毁
***【请求对象】和【响应对象】生命周期贯穿一次请求的处理过程中
*** 【请求对象】和【响应对象】相当于用户在服务端的代言人
四：欢迎资源文件
1.前提：
用户可以记住网站名，但是不会记住网站资源文件名
2.默认欢迎资源文件:
用户发送了一个针对某个网站的【默认请求】时，
此时由Http服务器自动从当前网站返回的资源文件
正常请求： http://localhost:8080/myWeb/index.html
默认请求： http://localhost:8080/myWeb/
3.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>
4.设置当前网站的默认欢迎资源文件规则
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；分为5个大类
2）1XX :
最有特征 100; 通知浏览器本次返回的资源文件
并不是一个独立的资源文件，需要浏览器在接收
响应包之后，继续向Http服务器所要依赖的其他资源文件
3) 2XX：
最有特征200，通知浏览器本次返回的资源文件是一个
完整独立资源文件，浏览器在接收到之后不需要索要
其他关联文件
4）3xx:
最有特征302，通知浏览器本次返回的不是一个资源文件内容
而是一个资源文件地址（在http相应协议包响应头中location），需要浏览器根据这个地址自动发起
请求来索要这个资源文件
response.sendRedirect("资源文件地址")写入到响应头中
location
而这个行为导致Tomcat将302状态码写入到状态行
5）4XX:
404: 通知浏览器，由于在服务端没有定位到被访问的资源文件
因此无法提供帮助
405：通知浏览器，在服务端已经定位到被访问的资源文件（Servlet）
但是这个Servlet对于浏览器采用的请求方式不能处理
6）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接收的请求方式与浏览器发送的请求方式保持一致