学习总目标

本次学习目标

7.1 HttpServletRequest接口

• 该接口是ServletRequest接口的子接口，封装了HTTP请求的相关信息。
• 浏览器请求服务器时会封装请求报文交给服务器，服务器接受到请求会将请求报文解析生成request对象。
• 由Servlet容器创建其实现类对象并传入service(HttpServletRequest req, HttpServletResponse res)方法中。
• 以下我们所说的HttpServletRequest对象指的是容器提供的HttpServletRequest实现类对象。

HttpServletRequest对象的主要功能有：

7.1.1 获取请求参数

• 什么是请求参数？请求参数就是浏览器向服务器提交的数据。
• 浏览器向服务器如何发送数据？
• ① 附在url后面(和get请求一致，拼接的形式就行请求数据的绑定)，如：
• http://localhost:8080/MyServlet/MyHttpServlet?userId=20
• ② 通过表单提交
• <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对象获取请求参数
• //一个name对应一个值
  String userId = request.getParameter("userId");
• //一个name对应一组值
  String[] soccerTeams = request.getParameterValues("soccerTeam");
  for(int i = 0; i < soccerTeams.length; i++){
  System.out.println("team "+i+"="+soccerTeams[i]);
  }

7.1.2 获取url地址参数

String path = request.getContextPath();//重要
System.out.println("上下文路径："+path);
System.out.println("端口号："+request.getServerPort());
System.out.println("主机名："+request.getServerName());
System.out.println("协议："+request.getScheme());

7.1.3 获取请求头信息

String header = request.getHeader("User-Agent");
System.out.println("user-agent:"+header);
String referer = request.getHeader("Referer");
System.out.println("上个页面的地址："+referer);//登录失败，返回登录页面让用户继续登录

7.1.4 请求的转发

将请求转发给另外一个URL地址，参见第8章-请求的转发与重定向。

//获取请求转发对象
RequestDispatcher dispatcher = request.getRequestDispatcher("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 设置响应头

• 响应头就是浏览器解析页面的配置。比如：告诉浏览器使用哪种编码和文件格式解析响应体内容

response.setHeader("Content-Type", "text/html;charset=UTF-8");

• 设置好以后，会在浏览器的响应报文中看到设置的响应头中的信息。

7.2.3重定向请求

• 实现请求重定向，参见第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 对比请求的转发与重定向

说明1：默认情况下，浏览器是不能访问服务器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 编码与解码

• 编码：将字符转换为二进制数

• 解码：将二进制数转换为字符

1110 0100-1011 1000-1010 1101 → E4B8AD → ’中’

• 乱码：一段文本，使用A字符集编码，使用B字符集解码，就会产生乱码。所以解决乱码问题的根本方法就是统一编码和解码的字符集。

9.3 解决请求乱码问题

解决乱码的方法：就是统一字符编码。

9.3.1 GET请求（Tomcat7及以下的需要处理）

• 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");
• 解决方法二
• response.setContentType("text/html;charset=utf-8");
• 说明：有的人可能会想到使用response.setCharacterEncoding(“utf-8”)，设置reponse对象将UTF-8字符串写入到响应报文的编码为UTF-8。只这样做是不行的，还必须手动在浏览器中设置浏览器的解析用到的字符集。

10 Web应用路径设置

10.1url的概念

? url是uniform Resource Locater的简写，中文翻译为统一资源定位符，它是某个互联网资源的唯一访问地址，客户端可以通过url访问到具体的互联网资源

完整的url构成如下图：

相对路径和绝对路径

相对路径：虚拟路径如果不以“/”开始，就是相对路径，浏览器会以当前资源所在的虚拟路径为基准对相对路径进行解析，从而生成最终的访问路径。此时如果通过转发进入其他目录，再使用相对路径访问资源就会出错。所以为了防止路径出错，我们经常将相对路径转化为绝对路径的形式进行请求。

绝对路径：虚拟路径以“/”开始，就是绝对路径。 ① 在服务器端：虚拟路径最开始的“/”表示当前Web应用的根目录。只要是服务端解析的绝对路径，都是以web根目录为起始的。由服务器解析的路径包括：<1> web.xml的配置路径、<2>request转发的路径。 ② 在浏览器端：虚拟路径最开始的“/”表示当前主机地址。 例如：链接地址“/Path/dir/b.html”经过浏览器解析后为： 相当于http://localhost:8989/Path/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标签影响当前页面中的所有相对路径，不会影响绝对路径。相当于给相对路径设置了一个基准地址。
• 习惯上在html的
• 标签内，声明：

<!-- 给页面中的相对路径设置基准地址 -->
<base href="http://localhost:8080/Test_Path/"/>

接着html中的路径就可以使用相对路径的方式来访问。比如：

<h4> base+相对路径</h4>
<!-- <base href="http://localhost:8080/Test_Path/"/> -->
<a href="1.html">1.html</a><br/>
<a href="a/3.html">a/3.html</a><br/>
<!-- servlet映射到了项目根目录下，可以直接访问 -->
<a href="PathServlet">PathServlet</a><br/>