一、本次课程目标
理解几个常用对象的意义和作用
掌握几种请求的发出方式
掌握数据的发送和接收方式
掌握跳转方式
掌握乱码的解决
二、请求的方式
要访问服务器首先需要由客户端主动发出请求,在实际的操作中,我们可以 通过多种方式向服务器发起请求。根据不同的场景需求,使用不同的请求方式可 以达到不同的效果。
- 地址栏输入
在浏览器地址栏直接输入要访问的地址即可,此种方式可以看做是访问服务 器的起始操作。
http://ip:port/path - 超链接
使用超链接也可以向服务器发出请求
尚学堂 - Form 表单
当需要向服务器发送请求,并且传输一些用户输入的数据时,我们优先选择form 表单的方式发起请求。
- ajax
通过 ajax 发起的请求,属于异步请求,能实现局部刷新的效果,是一种比 较常用的请求方式。
通过 jQuery 中的 ajax(),get(),post(),getJSON()等方法都能发送请求 - 请求转发
通过服务器内部将请求进行一次转发,可以请求到其他资源(后面讲) - 重定向
服务器通过给定一个新资源的地址,响应会客户端后,客户端自动再次发送 一个请求到新资源的地址处。(后面讲)
三、HttpServletRequest 对象
- 介绍
HttpServletRequest 对象:主要作用是用来接收客户端发送过来的请求信息, 例如:请求的参数,发送的头信息等都属于客户端发来的信息,service()方法中 形参接收的是 HttpServletRequest 接口的实例化对象,表示该对象主要应用在 HTTP 协议上,该对象是由 Tomcat 封装好传递过来。
HttpServletRequest 是 ServletRequest 的子接口,ServletRequest 只有一个 子接口,就是 HttpServletRequest。既然只有一个子接口为什么不将两个接口合 并为一个?
从长远上讲:现在主要用的协议是 HTTP 协议,但以后可能出现更多新的 协议。若以后想要支持这种新协议,只需要直接继承 ServletRequest 接口就行 了。
在 HttpServletRequest 接口中,定义的方法很多,但都是围绕接收客户端参 数的。但是怎么拿到该对象呢?不需要,直接在 Service 方法中由容器传入过来, 而我们需要做的就是取出对象中的数据,进行分析、处理。
- 常用形式
- 常用方法
- 获取请求头
- 获取客户端请求参数(客户端提交的数据)
- 请求乱码解决
由于现在的 request 属于接收客户端的参数,所以必然有其默认的语言编码, 主要是由于在解析过程中默认使用的编码方式为 ISO-8859-1(此编码不支持中 文),所以解析时一定会出现乱码。要想解决这种乱码问题,需要设置 request 中 的编码方式,告诉服务器以何种方式来解析数据。或者在接收到乱码数据以后, 再通过相应的编码格式还原。
方式一:
这种方式只针对 POST 有效(必须在接收所有的数据之前设定)
方式二:
借助了 String 对象的方法,该种方式对任何请求有效,是通用的。
Tomcat8 起,以后的 GET 方式请求是不会出现乱码的。 - 请求转发
请求转发,是一种服务器的行为,当客户端请求到达后,服务器进行转发, 此时会将请求对象进行保存,地址栏中的 URL 地址不会改变,得到响应后,服 务器端再将响应发送给客户端,从始至终只有一个请求发出。实现方式如下,达 到多个资源协同响应的效果
- request 作为域对象
通过该对象可以在一个请求中传递数据,作用范围:在一次请求中有效,即 服务器跳转有效。
request.setAttribute():设置域对象内容;request.getAttribute(String name): 获取域对象内容;request.removeAttribute(String name): 删除域对象内容。
request 域对象中的数据在一次请求中有效,则经过请求转发,request 域 中的数据依然 存在,则在请求转发的过程中可以通过 request 来传输/共享数据。
四、HttpServletResponse 对象
- 介绍
Web 服务器收到客户端的 http 请求,会针对每一次请求,分别创建一个用 于代表请求的 request 对象和代表响应的 response 对象。
request 和 response 对象代表请求和响应:获取客户端数据,需要通过 request 对象;向客户端输出数据,需要通过 response 对象。
HttpServletResponse 的主要功能用于服务器对客户端的请求进行响应,将 Web 服务器处理后的结果返回给客户端。service()方法中形参接收的是 HttpServletResponse 接口的实例化对象,这个对象中封装了向客户端发送数据、 发送响应头,发送响应状态码的方法。
- 常用方法
- 刷新和页面自动跳转
所有头信息都是随着请求和回应自动发送到服务器端(客户端),在 response 中一个比 较常用的头信息就是刷新的指令,可以完成定时刷新的功能。
resp.setHeader(“refresh”,“2”);
对于刷新的头信息,除了定时的功能外,还具备了定时跳转的功能,可以让 一个页面定时跳转到一个指定的页面。(已经注册成功,两秒后跳转到登陆页面)
response.setHeader(“refresh”,“3;URL=ok.html”);
但是这种跳转不是万能的,有时候根本就无法进行跳转操作,返回后刷新不 会跳转;对于这种定时跳转的头信息,也可以采用 HTML 的方式进行设置,HTML 本身也可以设 置头信息。(客户端跳转)
4. 数据响应
接收到客户端请求后,可以通过 HttpServletResponse 对象直接进行响应, 响应时需要获取输出流,有两种形式 getWriter()获取字符流(只能响应回字符); getOutputStream()获取字节流(能响应一切数据)。响应回的数据到客户端被浏览 器解析。
注意:两者不能同时使用。
5. 乱码解决
我们会发现在上述的响应中,如果我们响应的内容中含有中文,则有可能出 现乱码。这是因为服务器响应的数据也会经过网络传输,服务器端有一种编码方 式,在客户端也存在一种编码方式,当两端使用的编码方式不同时则出现乱码。
getWriter()的字符乱码
对于 getWriter()获取到的字符流,响应中文必定出乱码,由于服务器端在进 行编码时默认会使用 ISO-8859-1 格式的编码,该编码方式并不支持中文。所以要解决该种乱码只能在服务器端告知服务器使用一种能够支持中文的编码格式, 比如我们通常用的“UTF-8” resp.setCharacterEncoding(“UTF-8”);,此时还只完成了 一半的工作,要保证数据正确显示,还需要指定客户端的解码方式 resp.setHeader(“content-type”, “text/html;charset=UTF-8”);,和服务器一致。两端 指定编码后,乱码就解决了。一句话:保证发送端和接收端的编码一致
以上两端编码的指定也可以使用一句替代,同时指定服务器和客户端
resp.setContentType(“text/html;charset=utf-8”);
getOutputStream()字节乱码
对于 getOutputStream()方式获取到的字节流,响应中文时,由于本身就是 传输的字节, 所以此时可能出现乱码,也可能正确显示,这就看人品了_。当 服务器端给的字节恰好和客户端使用的编码方式一致时则文本正确显示,否则出 现乱码。无论如何我们都应该准确掌握服务器和客户端使用的是那种编码格式, 以确保数据正确显示。指定客户端和服务器使用的编码方式一致即可 。
resp.setHeader(“content-type”, “text/html;charset=UTF-8”);。
同样也可以使用一句替代
resp.setContentType(“text/html;charset=utf-8”);
总结:要想解决响应的乱码,只需要保证使用支持中文的编码格式。并且保 证服务器端 和客户端使用相同的编码方式即可。
- 响应图片
在学习 HTML 的时候我们知道使用的方式可以显示图 片。
定义某一个扩展名和某一个 MIME Type 做对应,包 含两个子元素:
扩展名的名称
MIME 格式
- 重定向跳转
重定向是一种服务器指导,客户端的行为。客户端发出第一个请求,被服务 器接收,经过处理服务器进行响应,与此同时,服务器给客户端一个地址(下次 请求的地址 resp.sendRedirect(“url”);),当客户端接收到响应后,立刻、马上、自动根据服务器 给的地址进行请求的发送第二个请求,服务器接收请求并作出 响应,重定向完成。从描述中可以看出重定向当中有两个请求存在,并且属于客 户端行为。实现方式如下:
两者都可进行跳转,根据实际需求选取即可。
五、请求时的路径问题
在请求资源时,必须给出正确的路径,否则是找不到资源的。路径分为相对 路径和绝对路径,绝对路径可简单理解为完整路径,在 web 项目中绝对路径分 两种,一种是以 http://开头的,该种绝对路径已经跨域,即任何地方的资源都能 访问,另一种则是从当前域名|IP|主机后的端口号开始的,不能跨域,也属于一 种绝对路径。相对路径则就是相对当前资源所在路径。
我们学的所有的请求可以分为客户端和服务器端请求两类(不考虑 ajax);
相对路径
书写路径时,无论是哪类请求相对路径都是相对当前资源的路径
书写格式:直接从当前路径开始写,目录前不加任何符号;a.html html/b.html
“/”代表的是 http://主机|IP:端口/站点名
绝对路径
使用绝对路径时则有两种方式,以 http://开头,或者以/开头,但是注意: 只有客户端跳转才能使用 http://这种方式, 此时需要写出资源的完整路径;另 一种以/开头的绝对路径,则是绝对到端口后,例如本机则是:http://localhost:8080 此时则是 / 代表以上一串字符。 /helloworld/a.html http://localhost:8080/helloworld/a.html
现在对于我们来说,只有请求转发属于服务器跳转,其他都是客户端跳转。 通过观察地址栏状态也可判定跳转类型(请求类型),地址栏不变服务器端跳 转;地址栏改变客户端跳转。
六、Cookie
Cookie 是浏览器提供的一种技术,通过服务器的程序能将一些只须保存在客 户端,或者 在客户端进行处理的数据,放在本地的计算机上,不需要通过网络 传输,因而提高网页处理的效率,并且能够减少服务器的负载,但是由于 Cookie 是服务器端保存在客户端的信息, 所以其安全性也是很差的。
有一个专门操作 Cookie 的类 javax.servlet.http.Cookie。随着服务器端的响应 发送给客户端,保存在浏览器。当下次再访问服务器时把 Cookie 再带回服务器。
Cookie 的格式:键值对用“=”链接,多个键值对间通过“;”隔开
-
Cookie 的创建和发送
通过 new Cookie(“key”,”value”);来创建一个 Cookie 对象,要想将 Cookie 随 响应发送到客户端,需要先添加到 response 对象中,resp.addCookie(cookie);此 时该 cookie 对象则随着响应发送至了客户端。在浏览器上可以看见。
-
Cookie 的获取
在服务器端只提供了一个 getCookies()的方法用来获取客户端回传的所有 cookie 组成的一个数组,如果需要获取单个 cookie 则需要通过遍历,getName() 获取 Cookie 的名称,getValue()获取 Cookie 的值。
-
Cookie 到期时间的设定
从图中除了看到 Cookie 的名称和内容外,我们还需要关心一个信息,到期 时间,到期时间用来指定该 cookie 何时失效。默认为当前浏览器关闭即失效。 我们可以手动设定 cookie 的有效时间(通过到期时间计算),通过 setMaxAge(int time);方法设定 cookie 的最大有效时间,以秒为单位。
大于 0 的整数,表示存储的秒数;若为负数,则表示不存储该 cookie;若 为 0,则删 除该 cookie。
负整数:cookie 的 maxAge 属性的默认值就是-1,表示只在浏览器内存中 存活,一旦关闭浏览器窗口,那么 cookie 就会消失。
正整数:表示 cookie 对象可存活指定的秒数。当生命大于 0 时,浏览器 会把 Cookie 保存到硬盘上,就算关闭浏览器,就算重启客户端电脑,cookie 也 会存活相应的时间。
零:cookie 生命等于 0 是一个特殊的值,它表示 cookie 被作废!也就是 说,如果原来浏览器已经保存了这个 Cookie,那么可以通过 Cookie 的 setMaxAge(0)来删除这个 Cookie。 无论是在浏览器内存中,还是在客户端硬盘 上都会删除这个 Cookie。 -
Cookie 的注意
在一般的站点中常常有记住用户名这样一个操作,该操作只是将信息保存在 本机上,换电脑以后这些信息就无效了。而且 cookie 还不能跨浏览器。
Cookie 中不能出现中文,如果有中文则通过 URLEncoder.encode()来进行编 码,获取时通过 URLDecoder.decode()来进行解码。
-
Cookie 的覆盖
如果服务器端发送重复的 Cookie 那么会覆盖原有的 Cookie。 -
Cookie 的路径
浏览器在访问 BServlet 时,是否会带上 AServlet 保存的 Cookie,这取决于 Cookie 的 path。
在项目中的配置文件 web.xml
在 Cookie01.java 中添加一个 cookie
在 Cookie02.java 中获取 cookie01.java 中添加的 cookie
在 Cookie.java 中获取 cookie01.java 中添加的 cookie
在 Servlet 中保存的 Cookie 如果没有设置 path,那么它的 path 默认为当 前 Servlet 的所在路径;
当访问的路径包含了 cookie 的路径时,则该请求将带上该 cookie;如果访 问路径不包含 cookie 路径,则该请求不会携带该 cookie