Servlet规范
七、欢迎资源文件:
1、前提:用户可以记住网站名,但是记不住网站资源文件名,需要给用户提供一个指导路径。
2、默认欢迎资源文件:
用户发送了一个针对某个网站的【默认请求】时,此时由Http服务器自动从当前网站返回的资源文件
- 正常请求:http://localhost:8080/myWeb/index.html
- 默认请求:http://localhost:8080/myWeb/
3、Tomcat对于默认欢迎资源文件定位规则
- 规则位置:Tomcat安装位置/conf/web.xml
- 规则命令:在web.xml中的
<welcome-file-list>
配置,如下
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
当项目中没有设置欢迎页面时,Tomcat服务器会把index.html、index.htm、index.jsp为默认的欢迎页面
4、设置当前网站的默认欢迎资源文件规则
- 规则位置: 网站/web/WEB-INF/web.xml
- 规则命令:
<welcome-file-list>
<welcome-file>login.html</welcome-file>
</welcome-file-list>
- 网站设置自定义默认文件定位规则,此时Tomcat自带定位规则将失效。
八、Http状态码
1、介绍:
-
1、由三位数字组成的一个符号。
-
2、Http服务器在推送响应包之前,根据本次请求处理情况
将Http状态码写入到响应包中【状态行】上 -
3、如果Http服务器针对本次请求,返回了对应的资源文件。通过Http状态码通知浏览器应该如何处理这个结果
-
4、如果Http服务器针对本次请求,无法返回对应的资源文件,通过Http状态码向浏览器解释不能提供服务的原因
2、分类:由 100—599组成 ,分为5个大类
-
1XX :
最有特征 100; 通知浏览器本次返回的资源文件并不是一个独立的资源文件,需要浏览器在接收响应包之后,继续向Http服务器所要依赖的其他资源文件 -
2XX:
最有特征200,通知浏览器本次返回的资源文件是一个完整独立资源文件,浏览器在接收到之后不需要所要其他关联文件 -
3xx:
最有特征302,通知浏览器本次返回的不是一个资源文件内容而是一个资源文件地址,需要浏览器根据这个地址自动发起请求来索要这个资源文件。
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
String address = "http://www.baidu.com";
response.sendRedirect(address); //写入到响应头 location
}
//转发过程中将”资源文件地址“写入到响应头的location
// Tomcat在推送响应包之前,看到响应体是空,但是响应头location却存放了一个地址。
//此时Tomcat将302状态码写入到状态行
//在浏览器接收到响应包之后,因为302状态码,浏览器不会读取响应体内容,自动根据响应头
//中location的地址发起第二次请求
-
4XX:
404: 通知浏览器,由于在服务端没有定位到被访问的资源文件因此无法提供帮助405:通知浏览器,在服务端已经定位到被访问的资源文件(Servlet)
但是这个Servlet对于浏览器采用的请求方式不能处理。比如:浏览器以Get方式请求,而Servlet中只写了doPost方法,不能处理程序,因此返回405错误。 -
5xx:
500:通知浏览器,在服务端已经定位到被访问的资源文件(Servlet)这个Servlet可以接收浏览器采用请求方式,但是Servlet在处理请求期间,由于Java异常导致处理失败。
public class OneServlet extends HttpServlet {
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
Map map = new HashMap();
//int num =(int)map.get("key1");//此处抛出NullPointerException
Integer num =(Integer)map.get("key1");//这样处理才不会抛异常
}
}
九、多个Servlet之间调用规则:
1、调用条件:
某些来自于浏览器发送请求,往往需要服务端中多个Servlet协同处理。但是浏览器一次只能访问一个Servlet,导致用户需要手动通过浏览器发起多次请求才能得到服务,这样增加用户获得服务难度。
2、提高用户使用感受规则:
无论本次请求涉及到多少个Servlet,用户只需要【手动】通知浏览器发起一次请求,既可得到用户想要的资源。
3、多个Servlet之间调用规则:有如下两个
- 重定向解决方案
- 请求转发解决方案
Ⅰ.重定向解决方案:
1、工作原理: 用户第一次通过【手动方式】通知浏览器访问OneServlet。OneServlet工作完毕后,将TwoServlet地址写入到响应头location属性中,导致Tomcat将302状态码写入到状态行。
在浏览器接收到响应包之后,会读取到302状态。此时浏览器自动根据响应头中location属性地址发起第二次请求,访问TwoServlet去完成请求中剩余任务
2.实现命令:
response.sendRedirect("请求地址");
//将地址写入到响应包中响应头中location属性
3.特征:
-
请求地址:
既可以把当前网站内部的资源文件地址发送给浏览器 (/网站名/资源文件名),也可以把其他网站资源文件地址发送给浏览器(http://ip地址:端口号/网站名/资源文件名) -
请求次数:
浏览器至少发送两次请求,但是只有第一次请求是用户手动发送。后续请求都是浏览器自动发送的。 -
请求方式:
重定向解决方案中,通过地址栏通知浏览器发起下一次请求,因此通过重定向解决方案调用的资源文件接收的请求方式一定是【GET】
- 缺点:
重定向解决方案需要在浏览器与服务器之间进行多次往返,大量时间消耗在往返次数上,增加用户等待服务时间。
Ⅱ、请求转发解决方案:
1.原理: 用户第一次通过手动方式要求浏览器访问OneServlet。OneServlet工作完毕后,通过当前的请求对象代替浏览器向Tomcat发送请求,申请调用TwoServlet。Tomcat在接收到这个请求之后,自动调用TwoServlet来完成剩余任务。
2.实现命令: 请求对象代替浏览器向Tomcat发送请求
//1.通过当前请求对象生成资源文件申请报告对象
RequestDispatcher report = request.getRequestDispatcher("/资源文件名");//资源文件前面必须要以"/"为开头
//2.将报告对象发送给Tomcat
report.forward(当前请求对象,当前响应对象)
3.优点:
- 无论本次请求涉及到多少个Servlet,用户只需要手动通过浏览器发送一次请求
- Servlet之间调用发生在服务端计算机上,节省服务端与浏览器之间往返次数增加处理服务速度。
4.特征:
-
请求次数:
在请求转发过程中,浏览器只发送一次请求 -
请求地址:
只能向Tomcat服务器申请调用当前网站下资源文件地址
request.getRequestDispathcer("/资源文件名") -
请求方式:
在请求转发过程中,浏览器只发送一个了个Http请求协议包。参与本次请求的所有Servlet共享同一个请求协议包,因此,所有Servlet接收的请求方式与客户端浏览器发送的请求方式保持一致。