Servlet组件
第1章 我们为什么需要Servlet?
- 已注册为例,前端提交的数据不能直接传到数据库中,需要先传到Java中,然后再通过jdbc技术传入数据库中。而Java程序要获取前端的数据或者发送数据给前端页面可以使用servlet技术。
- servlet:可以理解为有url特性的Java代码
1.1 Web应用基本运行模式
- 生活中的例子
- Web应用运行模式
1.2 Web服务器中Servlet作用举例
- 举例一:插入数据
- 举例二:查询数据
通过网页驱动服务器端的Java程序。在网页上显示Java程序返回的数据。
第2章 什么是Servlet?
如果把Web应用比作一个餐厅,Servlet就是餐厅中的服务员——负责接待顾客、上菜、结账。
- 从广义上来讲,Servlet规范是Sun公司制定的一套技术标准,包含与Web应用相关的一系列接口,是Web应用实现方式的宏观解决方案。而具体的Servlet容器负责提供标准的实现。
- 从狭义上来讲,Servlet指的是javax.servlet.Servlet接口及其子接口,也可以指实现了Servlet接口的实现类。
- Servlet(Server Applet)作为服务器端的一个组件,它的本意是“服务器端的小程序”。
- Servlet的实例对象由Servlet容器负责创建;
- Servlet的方法由容器在特定情况下调用;
- Servlet容器会在Web应用卸载时销毁Servlet对象的实例。
第3章 如何使用Servlet?
3.1 操作步骤
-
复习:使用一个接口的传统方式:
- 创建一个类实现接口
- new 实现类的对象
- 调用类的方法等
-
使用Servlet接口的方式:
① 搭建Web开发环境
② 创建动态Web工程
按照前面的方法,将动态工程创建好后,还需要引入Servletjar包:
第一步: RUN》Edit Configurations》
第二步:在当前项目的iml文件中引入tomcat
第三步:重启idea
③ 创建javax.servlet.Servlet接口的实现类:com.atguigu.servlet.MyFirstServlet
④ 在service(ServletRequest, ServletResponse)方法中编写如下代码,输出响应信息:
@Override
public void service(ServletRequest req, ServletResponse res)
throws ServletException, IOException {
//1.编写输出语句,证明当前方法被调用
System.out.println("Servlet worked...");
}
⑤ 在web.xml配置文件中注册MyFirstServlet
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
version="4.0">
<servlet>
<!-- 这是Servlet的别名,一个名字对应一个Servlet。相当于变量名 -->
<servlet-name>MyFirstServlet</servlet-name>
<!-- Servlet的全类名,服务器会根据全类名找到这个Servlet -->
<servlet-class>com.atguigu.servlet.MyFirstServlet</servlet-class>
</servlet>
<!-- 建立Servlet的请求映射信息 -->
<servlet-mapping>
<!-- Servlet的别名,说明这个Servlet将会响应下面url-pattern的请求 -->
<servlet-name>MyFirstServlet</servlet-name>
<!-- Servlet响应的请求路径。如果访问这个路径,这个Servlet就会响应 -->
<url-pattern>/MyFirstServlet</url-pattern>
</servlet-mapping>
</web-app>
说明:
<url-pattern>
:这个url-pattern可以配置多个,这时表示的就是访问这些url都会触发这个Servlet进行响应,运行浏览器,访问刚才配置的url路径,Servlet的service方法就会被调用。
<url-pattern>
中的文本内容必须以 / 或 *. 开始书写路径。相当于将资源映射到项目根目录下形成虚拟的资源文件。
<servlet-mapping>
中的<url-pattern>
可以声明多个,可以通过任意一个都可以访问。但是开发中一般只会配置一个。
<servlet-mapping>
中的servlet-name必须与<servlet>
中的servlet-name一致解析流程:
⑥ 在web目录下创建index.html
⑦ 在index.html中加入超链接 <a href=“MyFirstServlet”>To Servlet
⑧ 在idea中启动tomcat服务
⑨ 点击超链接测试Servlet
3.2 运行分析(执行原理)
- index.html
- web.xml
- 如果配置文件一旦修改,需要重启服务器来重新部署web项目。
3.3 Servlet作用总结
-
接收请求 【解析请求报文中的数据:请求参数】
-
处理请求 【DAO和数据库交互】
-
完成响应 【设置响应报文】
第4章 Servlet生命周期(重要)
4.1 Servlet生命周期概述
- 应用程序中的对象不仅在空间上有层次结构的关系,在时间上也会因为处于程序运行过程中的不同阶段而表现出不同状态和不同行为——这就是对象的生命周期。
- 简单的叙述生命周期,就是对象在容器中从开始创建到销毁的过程。
4.2 Servlet容器
Servlet对象是Servlet容器创建的,生命周期方法都是由容器调用的。这一点和我们之前所编写的代码有很大不同。在今后的学习中我们会看到,越来越多的对象交给容器或框架来创建,越来越多的方法由容器或框架来调用,开发人员要尽可能多的将精力放在业务逻辑的实现上。
4.3 Servlet生命周期的主要过程
① Servlet对象的创建:构造器
- 默认情况下,Servlet容器第一次收到HTTP请求时创建对应Servlet对象。
- 容器之所以能做到这一点是由于我们在注册Servlet时提供了全类名,容器使用反射技术创建了Servlet的对象。
- 执行时机:第一次接收请求时执行
- 执行次数:在整个生命周期中,只执行一次。【Servlet单例】
② Servlet对象初始化:init()
- Servlet容器**创建Servlet对象之后,会调用init(ServletConfig config)**方法。
- 作用:是在Servlet对象创建后,执行一些初始化操作。例如,读取一些资源文件、配置文件,或建立某种连接(比如:数据库连接)
- init()方法只在创建对象时执行一次,以后再接到请求时,就不执行了
- 在javax.servlet.Servlet接口中,public void init(ServletConfig config)方法要求容器将ServletConfig的实例对象传入,这也是我们获取ServletConfig的实例对象的根本方法。
- 执行时机:第一次接收请求时,再执行完构造器之后,执行。
- 执行次数:在整个生命周期中,只执行一次
③ 处理请求:service()
- 在javax.servlet.Servlet接口中,定义了**service(ServletRequest req, ServletResponse res)**方法处理HTTP请求。
- 在每次接到请求后都会执行。
- 上一节提到的Servlet的作用,主要在此方法中体现。
- 同时要求容器将ServletRequest对象和ServletResponse对象传入。
- 执行时机:每次接收请求时都会执行
- 执行次数:在整个生命周期中,会执行多次
④ Servlet对象销毁:destroy()
- 服务器重启、服务器停止执行或Web应用卸载时会销毁Servlet对象,会调用public void destroy()方法。
- 此方法用于销毁之前执行一些诸如释放缓存、关闭连接、保存内存数据持久化等操作。
- 执行时机:在关闭服务器时执行
- 执行次数:在整个生命周期中,只执行一次。
面试讲解:
- 当Servlet第一次接收请求时,Servlet容器【web容器|web服务器】会调用构造器创建Servlet对象。之后执行init()方法,进行初始化操作。最后执行service()方法,处理请求,做出响应。
- 之后再接收请求,只会执行service()方法。
- 当关闭或重启服务器时,执行destroy()方法,销毁Servlet对象
案例
4.4 Servlet请求过程
- 第一次请求
- 调用构造器,创建对象
- 执行init()方法
- 执行service()方法
- 后面请求
- 执行service()方法
- 对象销毁前
- 执行destroy()方法
public class MyFirstServlet implements Servlet {
public MyFirstServlet() {
System.out.println("调用构造器");
}
@Override
public void init(ServletConfig servletConfig) throws ServletException {
System.out.println("调用init");
}
@Override
public ServletConfig getServletConfig() {
return null;
}
@Override
public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException {
//1.编写输出语句,证明当前方法被调用
System.out.println("调用service");
}
@Override
public String getServletInfo() {
return null;
}
@Override
public void destroy() {
System.out.println("调用destroy");
}
}
页面第一次请求相关url,测试一下:
通过页面再次请求url,测试一下:
最后关闭tomcat服务器,测试一下:
4.5 通过配置文件修改Servlet的生命周期
我们在web.xml配置文件中,可以修改Servlet对象的生命周期:
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
version="4.0">
<servlet>
<!-- 这是Servlet的别名,一个名字对应一个Servlet。相当于变量名 -->
<servlet-name>MyFirstServlet</servlet-name>
<!-- Servlet的全类名,服务器会根据全类名找到这个Servlet -->
<servlet-class>com.demo1.MyFirstServlet</servlet-class>
<!--表示在启动服务时创建Servlet对象,即启动服务时就调用构造方法和init()方法-->
<load-on-startup>1</load-on-startup>
</servlet>
<!-- 建立Servlet的请求映射信息 -->
<servlet-mapping>
<!-- Servlet的别名,说明这个Servlet将会响应下面url-pattern的请求 -->
<servlet-name>MyFirstServlet</servlet-name>
<!-- Servlet响应的请求路径。如果访问这个路径,这个Servlet就会响应 -->
<url-pattern>/MyFirstServlet</url-pattern>
</servlet-mapping>
</web-app>
<load-on-startup>
标签:表示在启动服务时创建Servlet对象,即启动服务时就调用构造方法和init()方法- 标签中的值要是正整数,最新为1。用来设置Servlet被创建的优先级【主要是当有多个Servlet需要创建时,用来区分创建的优先级】。数值越小优先级越高。
第5章 Servlet的两个重要接口
官方API中声明如下:
5.1 ServletConfig接口
-
ServletConfig接口封装了Servlet配置信息,这一点从接口的名称上就能够看出来。
-
每一个Servlet都有一个唯一对应的ServletConfig对象,代表当前Servlet的配置信息。
-
对象由Servlet容器创建,并传入生命周期方法init(ServletConfig config)中。可以直接获取使用。
-
代表当前Web应用的ServletContext对象也封装到了ServletConfig对象中,使ServletConfig对象成为了获取ServletContext对象的一座桥梁。
-
ServletConfig对象的主要功能
-
获取Servlet名称:getServletName()
-
获取全局上下文ServletContext对象:getServletContext()
-
获取Servlet初始化参数:getInitParameter(String) / getInitParameterNames()。
- 使用如下:前提是要在web.xml中配置了初始化参数
通过String info = config.getInitParameter("url");的方式获取value值
-
练习:
- 在web.xml文件中,配置初始化参数。
<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" version="4.0"> <servlet> <!-- 这是Servlet的别名,一个名字对应一个Servlet。相当于变量名 --> <servlet-name>MyFirstServlet</servlet-name> <!-- Servlet的全类名,服务器会根据全类名找到这个Servlet --> <servlet-class>com.demo1.MyFirstServlet</servlet-class> <!--创建初始化参数--> <init-param> <param-name>url</param-name> <param-value>jdbc:mysql://localhost:3306/databasename</param-value> </init-param> <!--表示在启动服务时创建Servlet对象,即启动服务时就调用构造方法和init()方法--> <load-on-startup>1</load-on-startup> </servlet> <!-- 建立Servlet的请求映射信息 --> <servlet-mapping> <!-- Servlet的别名,说明这个Servlet将会响应下面url-pattern的请求 --> <servlet-name>MyFirstServlet</servlet-name> <!-- Servlet响应的请求路径。如果访问这个路径,这个Servlet就会响应 --> <url-pattern>/MyFirstServlet</url-pattern> </servlet-mapping> </web-app>
- 编写Servlet实现类
package com.demo1; import javax.servlet.*; import java.io.IOException; public class MyFirstServlet implements Servlet { private ServletConfig servletConfig; public MyFirstServlet() { System.out.println("调用构造器"); } @Override public void init(ServletConfig servletConfig) throws ServletException { this.servletConfig = servletConfig; } @Override public ServletConfig getServletConfig() { return null; } @Override public void service(ServletRequest servletRequest, ServletResponse servletResponse) throws ServletException, IOException { // 1.获取Servlet名字 String servletName = this.servletConfig.getServletName(); System.out.println(servletName); // 2.获取ServletContext对象 ServletContext servletContext = this.servletConfig.getServletContext(); System.out.println(servletContext); // 3.获取初始化参数 String url = this.servletConfig.getInitParameter("url"); System.out.println(url); } @Override public String getServletInfo() { return null; } @Override public void destroy() { System.out.println("调用destroy"); } }
- 测试一下:
5.2 ServletContext接口
-
Web容器在启动时,它会为每个Web应用程序都创建一个唯一对应的ServletContext对象,意思是Servlet上下文,代表当前Web应用。
-
由于一个Web应用程序中的所有Servlet都共享同一个ServletContext对象,所以ServletContext对象也被称为 application 对象(Web应用程序对象)。
-
对象由Servlet容器在项目启动时创建,通过ServletConfig对象的getServletContext()方法获取。在项目卸载时销毁。
-
ServletContext对象的主要功能
① 获取项目的上下文路径(带/的项目名): getContextPath()
@Override public void init(ServletConfig config) throws ServletException { ServletContext application = config.getServletContext(); System.out.println("全局上下文对象:"+application); String path = application.getContextPath(); System.out.println("全局上下文路径:"+path);// /06_Web_Servlet }
② 获取虚拟路径所映射的本地真实路径:getRealPath(String path)
-
虚拟路径:浏览器访问Web应用中资源时所使用的路径。
-
本地路径:资源在文件系统中的实际保存路径。
-
作用:将用户上传的文件通过流写入到服务器硬盘中。
@Override public void init(ServletConfig config) throws ServletException { //1.获取ServletContext对象 ServletContext context = config.getServletContext(); //2.获取index.html的本地路径 //index.html的虚拟路径是“/index.html”,其中“/”表示当前Web应用的根目录, //即WebContent目录 String realPath = context.getRealPath("/index.html"); //realPath=D:\DevWorkSpace\MyWorkSpace\.metadata\.plugins\ //org.eclipse.wst.server.core\tmp0\wtpwebapps\MyServlet\index.html System.out.println("realPath="+realPath); }
③ 获取WEB应用程序的全局初始化参数(基本不用)
-
该初始化参数是全局的,所有Servlet对象都可以使用
-
设置Web应用初始化参数的方式是在web.xml的根标签下加入如下代码
<web-app> <!-- Web应用初始化参数 --> <context-param> <param-name>ParamName</param-name> <param-value>ParamValue</param-value> </context-param> </web-app>
-
获取Web应用初始化参数
@Override public void init(ServletConfig config) throws ServletException { //1.获取ServletContext对象 ServletContext application = config.getServletContext(); //2.获取Web应用初始化参数 String paramValue = application.getInitParameter("ParamName"); System.out.println("全局初始化参数paramValue="+paramValue); }
④ 作为域对象共享数据
- 作为最大的域对象在整个项目的不同web资源内共享数据。
-
其中,
- setAttribute(key,value):以后可以在任意位置取出并使用
- getAttribute(key):取出设置的value值
第6章 Servlet技术体系
6.1 Servlet接口
6.2 Servlet接口的常用实现类
-
为什么要扩展Servlet接口?
- 实现Servlet接口的实现类中方法冗余【主要需要service()即可】
- 不会提示在web.xml中注册servlet
-
实现类体系
- GenericServlet实现Servlet接口
- HttpServlet继承GenericServlet
-
创建Servlet的最终方式
- 继承HttpServlet
6.2.1 GenericServlet抽象类
- GenericServlet对Servlet功能进行了封装和完善,重写了init(ServletConfig config)方法,用来获取ServletConfig对象。此时如果GenericServlet的子类(通常是自定义Servlet)又重写了init(ServletConfig config)方法有可能导致ServletConfig对象获取不到,所以子类不应该重写带参数的这个init()方法。
- 如果想要进行初始化操作,可以重写GenericServlet提供的无参的init()方法,这样就不会影响ServletConfig对象的获取。
- 将service(ServletRequest req,ServletResponse res)保留为抽象方法,让使用者仅关心业务实现即可。
6.2.2 HttpServlet抽象类
-
专门用来处理Http请求的Servlet。
-
对GenericServlet进行进一步的封装和扩展,在service(ServletRequest req, ServletResponse res)方法中,将ServletRequest和ServletResponse转换为HttpServletRequest和HttpServletResponse,根据不同HTTP请求类型调用专门的方法进行处理。
-
今后在实际使用中继承HttpServlet抽象类创建自己的Servlet实现类即可。重写doGet(HttpServletRequest req, HttpServletResponse resp)和doPost(HttpServletRequest req, HttpServletResponse resp)方法实现请求处理,不再需要重写service(ServletRequest req, ServletResponse res)方法了。
-
又因为我们业务中get,post的处理方式又都是一样的,所以我们只需要写一种方法即可,使用另外一种方法调用我们写好的doXXX方法。web.xml配置与之前相同。
//处理浏览器的get请求 doGet(HttpServletRequest request, HttpServletResponse response){ //业务代码 } //处理浏览器的post请求 doPost(HttpServletRequest request, HttpServletResponse response){ doGet(request, response); }
6.2.3 HttpServlet源码分析
导入源码
源码分析
-
HttpServlet继承了GenricServlet类,而GenricServlet类实现了Servlet接口
-
GenricServlet类的主要作用:
- 提供了获取ServletConfig和ServletContext对象的公共方法
@Override public ServletConfig getServletConfig() { return config; } @Override public ServletContext getServletContext() { return getServletConfig().getServletContext(); }
- 将service()方法抽象化
@Override public abstract void service(ServletRequest req, ServletResponse res) throws ServletException, IOException;
- 提供了获取ServletConfig和ServletContext对象的公共方法
-
HttpServlet类的作用:
- 重写service()方法,并实现重载
// 重写父类中的service方法 @Override public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException { HttpServletRequest request; HttpServletResponse response; try { request = (HttpServletRequest) req; response = (HttpServletResponse) res; } catch (ClassCastException e) { throw new ServletException("non-HTTP request or response"); } service(request, response); //调用重载后的service方法 } // 重载service方法,父类中的service方法形参是ServletRequest和ServletResponse对象 protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String method = req.getMethod(); // 获取请求方式 // 根据不同的请求方式,调用不同的方法。主要关注post和get请求 if (method.equals(METHOD_GET)) { long lastModified = getLastModified(req); if (lastModified == -1) { // servlet doesn't support if-modified-since, no reason // to go through further expensive logic doGet(req, resp); } else { long ifModifiedSince; try { ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE); } catch (IllegalArgumentException iae) { // Invalid date header - proceed as if none was set ifModifiedSince = -1; } if (ifModifiedSince < (lastModified / 1000 * 1000)) { // If the servlet mod time is later, call doGet() // Round down to the nearest second for a proper compare // A ifModifiedSince of -1 will always be less maybeSetLastModified(resp, lastModified); doGet(req, resp); } else { resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED); } } } else if (method.equals(METHOD_HEAD)) { long lastModified = getLastModified(req); maybeSetLastModified(resp, lastModified); doHead(req, resp); } else if (method.equals(METHOD_POST)) { doPost(req, resp); } else if (method.equals(METHOD_PUT)) { doPut(req, resp); } else if (method.equals(METHOD_DELETE)) { doDelete(req, resp); } else if (method.equals(METHOD_OPTIONS)) { doOptions(req,resp); } else if (method.equals(METHOD_TRACE)) { doTrace(req,resp); } else { // // Note that this means NO servlet supports whatever // method was requested, anywhere on this server. // String errMsg = lStrings.getString("http.method_not_implemented"); Object[] errArgs = new Object[1]; errArgs[0] = method; errMsg = MessageFormat.format(errMsg, errArgs); resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg); } }
- 重写service()方法,并实现重载
6.2.4Servlet最终的创建方式
-
直接在IDEA中新建一个Servlet
-
配置web.xml
-
Servlet实现类
第7章 其它几个重要的接口
7.1 HttpServletRequest接口
-
该接口是ServletRequest接口的子接口,封装了HTTP请求的相关信息。
-
浏览器请求服务器时会封装请求报文交给服务器,服务器接受到请求会将请求报文解析生成request对象。
-
由Servlet容器创建其实现类对象并传入service(HttpServletRequest req, HttpServletResponse res)方法中。在doGet和doPost方法中可以直接使用。
-
以下我们所说的HttpServletRequest对象指的是容器提供的HttpServletRequest实现类对象。
HttpServletRequest对象的主要功能有:
7.1.1 获取请求参数
-
什么是请求参数?
- 请求参数就是浏览器向服务器提交的数据。
-
浏览器向服务器如何发送数据?
① 附在url后面,如:
http😕/localhost:8080/MyServlet/MyHttpServlet?userId=20
② 通过表单提交:对应input标签的name作为
key
,对应内容作为value
<form action="MyHttpServlet" method="post"> 你喜欢的足球队<br /><br /> 巴西<input type="checkbox" name="soccerTeam" value="Brazil" /> 德国<input type="checkbox" name="soccerTeam" value="German" /> 荷兰<input type="checkbox" name="soccerTeam" value="Holland" /> <input type="submit" value="提交" /> </form>
-
使用HttpServletRequest对象获取请求参数
//获取单个请求参数,即使soccerTeam对应多个值,也只能获取第一个 String userId = request.getParameter("soccerTeam");
//获取多个请求参数,如果soccerTeam对应多个值,则都能获取到。主要用于复选框 String[] soccerTeams = request.getParameterValues("soccerTeam"); for(int i = 0; i < soccerTeams.length; i++){ System.out.println("team "+i+"="+soccerTeams[i]); }
7.1.2 获取url地址参数
// 获取上下文路径【项目中的相对路径】,如"/index"
String path = request.getContextPath();
System.out.println("上下文路径:"+path);
// 获取端口号
System.out.println("端口号:"+request.getServerPort());
// 获取主机名
System.out.println("主机名:"+request.getServerName());
// 获取协议
System.out.println("协议:"+request.getScheme());
// url = 协议+"://"+主机名+":"+端口+上下文路径
// http://localhost:8080/index
7.1.3 获取请求头信息
// 获取请求头中的User-Agent
String header = request.getHeader("User-Agent");
System.out.println("user-agent:"+header);
// 获取请求头中的Referer
String referer = request.getHeader("Referer");
System.out.println("上个页面的地址:"+referer);
// 获取请求头中的Cookie
String cookie = request.getHeader("Cookie");
7.1.4 请求的转发
将请求转发给另外一个URL地址,参见第7章-请求的转发与重定向。
//获取请求转发对象
RequestDispatcher dispatcher = request.getRequestDispatcher("success.html");
//发起转发,跳转到`success.html`页面
dispatcher.forward(request, response);
7.1.5 向请求域中保存数据
//将数据保存到request对象的属性域中
request.setAttribute("attrName", "attrValueInRequest");
//两个Servlet要想共享request对象中的数据,必须是转发的关系
request.getRequestDispatcher("/ReceiveServlet").forward(request, response);
//从request属性域中获取数据
Object attribute = request.getAttribute("attrName");
System.out.println("attrValue="+attribute);
7.2 HttpServletResponse接口
-
该接口是ServletResponse接口的子接口,封装了服务器针对于HTTP响应的相关信息。(暂时只有服务器的配置信息,没有具体的和响应体相关的内容)
-
由Servlet容器创建其实现类对象,并传入service(HttpServletRequest req, HttpServletResponse res)方法中。
-
后面我们所说的HttpServletResponse对象指的是容器提供的HttpServletResponse实现类对象。
HttpServletResponse对象的主要功能有:
7.2.1 使用PrintWriter对象向浏览器输出数据
//通过PrintWriter对象向浏览器端发送响应信息
PrintWriter writer = res.getWriter();
writer.write("Servlet response");
writer.close();
-
写出的数据可以是页面、页面片段、字符串等
-
当写出的数据包含中文时,浏览器接收到的响应数据就可能有乱码。为了避免乱码,可以使用Response对象在向浏览器输出数据前设置响应头。
7.2.2 设置响应头
-
响应头就是浏览器解析页面的配置。比如:告诉浏览器使用哪种编码和文件格式解析响应体内容
-
响应头主要掌握
Content-Type
response.setHeader("Content-Type", "text/html;charset=UTF-8");
-
设置好以后,会在浏览器的响应报文中看到设置的响应头中的信息。
7.2.2 重定向请求
- 实现请求重定向,参见第8章-请求的转发与重定向。
- 举例:用户从login.html页面提交登录请求数据给LoginServlet处理。如果账号密码正确,需要让用户跳转到成功页面,通过servlet向响应体中写入成功页面过于复杂,通过重定向将成功页面的地址交给浏览器并设置响应状态码为302,浏览器会自动进行跳转。
//注意路径问题,加上/会失败,会以主机地址为起始,重定向一般需要加上项目名
response.sendRedirect(“success.html”);
第8章 请求的转发与重定向
请求的转发与重定向是web应用页面跳转的主要手段,在Web应用中使用非常广泛。所以我们一定要搞清楚他们的区别。
8.1 请求的转发
- 第一个Servlet接收到了浏览器端的请求,进行了一定的处理,然后没有立即对请求进行响应,而是将请求“交给下一个Servlet”继续处理,下一个Servlet处理完成之后对浏览器进行了响应。**在服务器内部将请求“交给”其它组件继续处理就是请求的转发。**对浏览器来说,一共只发了一次请求,服务器内部进行的“转发”浏览器感觉不到,同时浏览器地址栏中的地址不会变成“下一个Servlet”的虚拟路径。
- HttpServletRequest代表HTTP请求,对象由Servlet容器创建。转发的情况下,两个Servlet可以共享同一个Request对象中保存的数据。
- 当需要将后台获取的数据传送到JSP上显示的时候,就可以先将数据存放到Request对象中,再转发到JSP从属性域中获取。此时由于是“转发”,所以它们二者共享Request对象中的数据。
- 转发的情况下,可以访问WEB-INF下的资源。
- 转发以“/”开始表示项目根路径,重定向以”/”开始表示主机地址。
- 功能:
- 获取请求参数
- 获取请求路径即URL地址相关信息
- 在请求域中保存数据
- 转发请求
- 代码举例
protected void doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException {
//1.使用RequestDispatcher对象封装目标资源的虚拟路径
RequestDispatcher dispatcher = request.getRequestDispatcher("/index.html");
//2.调用RequestDispatcher对象的forward()方法“前往”目标资源
//[注意:传入的参数必须是传递给当前Servlet的service方法的
//那两个ServletRequest和ServletResponse对象]
dispatcher.forward(request, response);
}
8.2 请求的重定向
-
第一个Servlet接收到了浏览器端的请求,进行了一定的处理,然后给浏览器一个特殊的响应消息,这个特殊的响应消息会通知浏览器去访问另外一个资源,这个动作是服务器和浏览器自动完成的。整个过程中浏览器端会发出两次请求,且在浏览器地址栏里面能够看到地址的改变,改变为下一个资源的地址。
-
重定向的情况下,原Servlet和目标资源之间就不能共享请求域数据了。
-
HttpServletResponse代表HTTP响应,对象由Servlet容器创建。
-
功能:
- 向浏览器输出数据
- 重定向请求
-
重定向的响应报文的头
HTTP/1.1 302 Found Location: success.html
-
应用:
-
用户从login.html页面提交登录请求数据给LoginServlet处理。
如果账号密码正确,需要让用户跳转到成功页面,通过servlet向响应体中写入成功页面过于复杂,通过重定向将成功页面的地址交给浏览器并设置响应状态码为302,浏览器会自动进行跳转
-
-
代码举例:
protected void doGet(HttpServletRequest request,HttpServletResponse response) throws ServletException, IOException {
//1.调用HttpServletResponse对象的sendRedirect()方法
//2.传入的参数是目标资源的虚拟路径
response.sendRedirect("index.html");
}
8.3 对比请求的转发与重定向
转发 | 重定向 | |
---|---|---|
浏览器感知 | 在服务器内部完成,浏览器感知不到 | 服务器以302状态码通知浏览器访问新地址,浏览器有感知 |
浏览器地址栏 | 不改变 | 改变 |
整个过程发送请求次数 | 一次 | 两次 |
执行效率 | 效率高 | 效率低 |
API(或发起者) | Request对象 | Response对象 |
能否共享request对象数据 | 能 | 否 |
WEB-INF下的资源 | 能访问 | 不能访问 |
目标资源 | 必须是当前web应用中的资源 | 不局限于当前web应用 |
说明1:默认情况下,浏览器是不能访问服务器web-inf下的资源的,而服务器是可以访问的。所以转发能访问WEB-INF下的资源,重定向不能访问
说明2:浏览器默认的绝对路径:http://localhost:8080/
服务器项目的代码中的绝对路径:http://localhost:8080/项目名/
第9章 请求与响应中的字符编码设置
9.1 字符编码问题
- 我们web程序在接收请求并处理过程中,如果不注意编码格式及解码格式,很容易导致中文乱码,引起这个问题的原因到底在哪里?如何解决?我们这个小节将会讨论此问题。
- 说到这个问题我们先来说一说字符集。
- 什么是字符集,就是各种字符的集合,包括汉字,英文,标点符号等等。各国都有不同的文字、符号。这些文字符号的集合就叫字符集。
- 现有的字符集ASCII、GB2312、BIG5、GB18030、Unicode、UTF-8、ISO-8859-1等
- 这些字符集,集合了很多的字符,然而,字符要以二进制的形式存储在计算机中,我们就需要对其进行编码,将编码后的二进制存入。取出时我们就要对其解码,将二进制解码成我们之前的字符。这个时候我们就需要制定一套编码解码标准。否则就会导致出现混乱,也就是我们的乱码。
9.2 编码与解码
- 编码:将字符转换为二进制数
汉字 | 编码方式 | 编码 | 二进制 |
---|---|---|---|
‘中’ | GB2312 | D6D0 | 1101 0110-1101 0000 |
‘中’ | UTF-16 | 4E2D | 0100 1110-0010 1101 |
‘中’ | UTF-8 | E4B8AD | 1110 0100- 1011 1000-1010 1101 |
- 解码:将二进制数转换为字符
1110 0100-1011 1000-1010 1101 → E4B8AD → ’中’
- 乱码:一段文本,使用A字符集编码,使用B字符集解码,就会产生乱码。所以解决乱码问题的根本方法就是统一编码和解码的字符集。
9.3 解决请求乱码问题
- 原因:浏览器中的编码与服务器的解码不一致。
- 浏览器编码方式依据HTML文件中的
<meta charset="UTF-8">
来定义的 - 解决乱码的方法:服务器解码时使用统一字符编码。
9.3.1 GET请求
- GET请求参数是在地址后面的。我们需要修改tomcat的配置文件。需要在server.xml文件修改Connector标签,添加URIEncoding="utf-8"属性。
- 一旦配置好以后,可以解决当前工作空间中所有的GET请求的乱码问题。
9.3.2 POST请求
-
post请求提交了中文的请求体,服务器解析出现问题。
-
解决方法:在获取参数值之前,设置请求的解码格式,使其和页面保持一致。
request.setCharacterEncoding("utf-8");
-
POST请求乱码问题的解决,只适用于当前的操作所在的类中。不能类似于GET请求一样统一解决。因为请求体有可能会上传文件。不一定都是中文字符。
9.4 解决响应乱码问题
-
原因:服务器的编码与浏览器的解码不一致
-
服务器编码依据
-
向浏览器发送响应的时候,要告诉浏览器,我使用的字符集是哪个,浏览器就会按照这种方式来解码。如何告诉浏览器响应内容的字符编码方案。很简单。
-
解决方法一:
response.setHeader("Content-Type", "text/html;charset=utf-8");
-
解决方法二【推荐】,因为它优先于方法1
response.setContentType("text/html;charset=utf-8");
说明:有的人可能会想到使用response.setCharacterEncoding(“utf-8”),设置reponse对象将UTF-8字符串写入到响应报文的编码为UTF-8。只这样做是不行的,还必须手动在浏览器中设置浏览器的解析用到的字符集。而使用上面两种方式可以保证服务器编码和浏览器解码都使用
UTF-8
第10章 Web应用路径设置
问题再现:
① 创建Web应用Path,目录结构如图所示
② 在a.html中有超链接<a href=“b.html”>To b.html
③ 如果先直接访问a.html,再通过超链接转到b.html没有问题。
④ 如果先通过TestServlet转发到a.html,则浏览器地址栏会变成http://localhost:8080/demo2/TestServlet
此时再点击超链接<a href=“b.html”>To b.html就会发生问题,找不到b.html。
如何解决?
原因是超链接<a href=“b.html”>To b.html使用的是相对路径,浏览器进行解析时,只能以当前浏览器地址栏里的路径为基准。例如,当前浏览器地址栏里的内容是:http://localhost:8989/demo2/TestServlet
那么经过浏览器解析后b.html的访问地址就成了:http://localhost:8080/demo2/b.html
这显然无法访问到b.html。因为servlet默认解析到是在项目根路径下,它相当于是在web
目录下,而web
目录下是没有b.html文件的
完整的url构成如下图:
相对路径和绝对路径
相对路径:虚拟路径如果不以“/”开始,就是相对路径,浏览器会以当前资源所在的虚拟路径为基准对相对路径进行解析,从而生成最终的访问路径。此时如果通过转发进入其他目录,再使用相对路径访问资源就会出错。所以为了防止路径出错,我们经常将相对路径转化为绝对路径的形式进行请求。
绝对路径:虚拟路径以“/”开始,就是绝对路径。
① 在服务器端:虚拟路径最开始的“/”表示当前Web应用的根目录。只要是服务端解析的绝对路径,都是以web根目录为起始的。由服务器解析的路径包括:<1> web.xml的配置路径、<2>request转发的路径。
② 在浏览器端:虚拟路径最开始的“/”表示当前主机地址。
例如:链接地址“/demo2/dir/b.html”经过浏览器解析后为:
相当于http://localhost:8989/demo2/dir/b.html
由浏览器解析的路径包括:
<1>重定向操作:response.sendRedirect("/xxx")
<2>所有HTML标签:<a href="/xxx"> 、<form action="/xxx"> 、link、img、script等
这些最后的访问路径都是 http://localhost:8989/xxx
所以我们可以看出,如果是浏览器解析的路径,我们必须加上项目名称才可以正确的指向资源。http://localhost:8989/Path/xxx
<1>重定向操作:
response.sendRedirect(request.getContextPath()+"/xxx");
<2>所有HTML标签:<a href="/项目名/xxx">; <form action=“/项目名/xxx">
- 在浏览器端,除了使用绝对路径之外,我们还可以使用base标签+相对路径的方式来确定资源的访问有效。
- base标签影响当前页面中的所有相对路径,不会影响绝对路径。相当于给相对路径设置了一个基准地址。不仅对a标签的herf有效,多form标签的action,img标签的src等都有效
- 习惯上在html的标签内,声明:
<!-- 给页面中的相对路径设置基准地址 -->
<!--Test_Path表示项目名-->
<!--注意:这里的demo2,相当于定位到web目录下-->
<base href="http://localhost:8080/demo2/"/>
接着html中的路径就可以使用相对路径的方式来访问。比如:
<h4> base+相对路径</h4>
<base href="http://localhost:8080/demo2/"/>
<!--相当于http://localhost:8080/demo2/1.html-->
<a href="1.html">1.html</a><br/>
<!--相当于http://localhost:8080/demo2/a/3.html-->
<a href="a/3.html">a/3.html</a><br/>
<!-- servlet映射到了项目根目录下,可以直接访问 -->
<!--相当于http://localhost:8080/demo2/PathServlet-->
<a href="PathServlet">PathServlet</a><br/>
<!--如果使用的绝对路径,则不会拼接base-->
<a herf="/test"></a>
第11章 Web应用中的常见问题
我们经常需要把我们的项目导入到另外的地方,或者把别的工程导入到我们自己的IDEA里面进行开发。但是导入工程后很可能会发生问题,如何解决这些问题,我们下面做统一的分析解决。
问题一:如何导入外部的工程
①:将代码复制到IDEA中
②:添加为模块
③:配置相关路径
Output path和Test output path分别为构建或测试时,存放编译后代码的位置
④:添加Artifacts【设置你项目的打包方式,例如:jar、war等】
⑤:添加Tomcat服务器
⑥:添加Servlet等jar包
RUN》Edit Configurations》
在当前项目的iml文件中引入tomcat
重启idea
jar包引入成功
运行项目即可
第12章 基于Java EE6及以上版本注册Servlet
Java EE6及以上版本注册Servlet将不再使用web.xml方式,而是使用注解。我们在以后的开发中也都是使用这种方式。
作业
1. 简答题
-
Servlet的作用:
- 当客户端发送请求至服务器时,服务器可以将请求信息发送给 Servlet ,并让 Servlet 建立起服务器返回给客户机的响应
- 即接收请求,处理请求,完成相应
-
原生的Servlet的创建步骤:
- 创建类继承HttpServlet,然后重写doPost和doGet方法
- 在web.xml配置servlet信息
- Servlet的生命周期方法:
- 构造器
- init初始化
- service处理请求
- destroy销毁
- 理解doGet()方法是如何被调用的
HttpServlet继承了service方法,当程序调用到该方法时,会跳转到HttpServlet的service重载方法。在该方法中会根据请求的类型,调用不同的方法。如:doGet(),doPost()等
- 转发和重定向的区别
- 请求乱码和响应乱码产生的原因及解决办法
- Web项目中如何使用绝对路径,base标签如何使用
2. 编程题
功能1:登录
说明:
-
系统中只有一个用户(用户名: admin,密码: 123456)
-
相关资源:
login.html : 登录表单页面
LoginServlet: 处理登录请求的Servlet
login_success.html : 登录成功页面(提示: 登录成功)
login_error.html : 登录失败页面(提示: 用户名或密码不正确)
实现:
- 项目结构如下:
功能2:注册
说明:
-
系统中只有一个用户(用户名: admin,密码: 123456)
-
相关资源:
register.html : 注册表单页面
RegistServlet: 处理注册请求的Servlet
regist_success.html :注册成功页面(提示:注册成功)
regist_error.html :注册失败页面(提示: 用户名已存在)