HTTP协议
特点
- 基于TCP/IP
- 是应用层的协议,定义了服务端和客户端通信时,发送的数据的格式
- 默认端口是80
- 是基于请求/响应模型:一个请求对应一个响应
- 无状态:每个请求之间相互独立
历史版本
- 1.0 :每次请求i昂应都会建立新的连接
- 1.1:可以复用连接
请求消息的数据格式
-
请求行
请求方式:HTTP协议中有7种请求方式,常用的有2种
- GET:
- 请求参数在请求行中,在url后面
- 请求的url长度有限制
- 不太安全
- POST:
- 请求参数在请求体中(也可以带有url参数)
- 请求的url长度没有限制
- 相对安全
HttpServletRequest中包含的获取请求行的方法
- getMethod()
- (*) getContextPath() : 获取虚拟目录(项目的目录)
- getServletPath() : 获取Servlet路径(Servlvet的url-pattern)
- getQueryString() : 获取get方式的请求参数
- (*) getRequestURI():
/yogurt
- getRequestURL() :
http://localhost:8080/yogurt
- getProtocol()
- getRemoteAddr() : 获取客户机的IP地址
- GET:
-
请求头(Request Header)
客户端告诉服务端一些信息,比如
User-Agent:告诉服务器,我使用的是什么浏览器
Referer: 可以告诉服务器,当前这个请求,是从哪个页面来的(如果是直接访问的该请求,则Referer为null)
Referer可以用来:1. 防盗链 2.统计
获取请求头的方法
- getHeader(String name)
- getHeaderNames()
-
请求空行
空行,用来分割
-
请求体
封装POST请求消息的请求参数
步骤
- 获取流对象(字节流,字符流)
- BufferedReader getReader() : 获取字符输入流
- ServletInputStream getInputStream() : 获取字节输入流
- inputStream在文件上传中进行应用
- 再从流对象中读取数据
- 获取流对象(字节流,字符流)
Request的其他功能
-
获取请求参数通用方式(无论是GET/POST,都可以用下面的方法)
String getParameter(String name)
: 根据参数名称,获取参数值,若该参数对应有多个值,则只会获取第一个。(若是POST,则调用getParameter就会消耗掉Reader,若在随后调用getReader进行读取,读取不到任何内容)String[] getParameterValues(String name)
: 获取参数值的数组(比如 hobby=soccer&hobby=music,可以用来获取复选框的值)Enumeration<String> getParameterNames()
获取参数名称Map<String,String[]> getParameterMap()
: 获取所有参数的map集合
-
请求转发
在服务器内部进行资源跳转的方式,可以从服务器内部的一个Servlet跳转到另一个Servlet
步骤
-
通过request获取转发对象 :
RequestDispatcher requestDispatcher = request.getRequestDispatcher("/yogurt");
-
通过这个转发对象进行转发:
requestDispatcher.forward(request,response);
特点
- 浏览器的地址栏中的url不会变
- 只能转发到当前服务器的内部资源
- 使用的是同一个request
-
-
数据共享
在进行转发时,两个Servlet之间共享数据。
域对象:一个有作用范围的对象,在范围内可以共享数据
-
request域:作用范围是一次请求的范围,在请求转发时可以共享数据。在A Servlet可以用
request.setAttribute
方法来设置一些数据,在转发后的B Servlet中可以访问到刚才设置的数据。request.setAttribute()
request.getAttribute()
request.removeAttribute()
-
-
获取ServletContext
request.getServletContext();
响应消息的数据格式
响应行
Http状态码:
- 1xx:服务器接收了客户端消息,但没接收完成
- 2xx:成功
- 3xx:重定向
- 302(重定向)
- 304(提示让浏览器从本地缓存中去取,比如没有发生改变的图片,先前请求过一次,已经被浏览器在本地缓存起来了,下次再请求,就会返回304,提示从本地缓存取)
- 4xx:客户端错误。客户端路径写错了,或请求方式不对
- 404(请求路径没有对应资源)
- 405(请求方式没有对应的doXXX方法)
- 5xx:服务端错误,需要修改服务端代码
- 500(服务器内部错误)
响应头
- Content-Type:服务器告诉客户端,本次响应体的数据格式以及编码格式
- Content-disposition:服务器告诉客户端,以什么格式打开响应体数据
- in-line: 默认值,表示在当前页面内打开
- attachment:表示以附件形式打开响应体,在文件下载时使用
响应体
具体的响应数据
中文乱码问题
导致乱码的问题根源是编解码所采用的码表不一样。
那么,在web开发时。浏览器端有一种编码方式,tomcat封装的request/response有编码方式,我们开发的IDE也有编码方式。
浏览器端的,可以用响应头的Content-Type去告诉浏览器用什么编码方式解析响应数据。
Tomcat端,可以通过修改Tomcat的server.xml配置文件,在Connector标签上修改使用的编码方式。或者在Servlet中对request/response设置编码方式。
//设置response流的编码方式
response.setCharacterEncoding("utf-8");
//建议浏览器采用如下的编码方式对响应消息进行解码
response.setHeader("Content-Type","text/html;charset=utf-8");
//可以有简单的方式来设置Content-Type
response.setContentType("text/html;charset=utf-8");
//一定要在获取流之前对编码进行设置,一般放在最前面
response.getWriter.write("你好");
IDE端,可以设置JVM启动参数,修改IDEA的file.encoding配置文件
-Dfile.encoding=UTF-8
在tomcat的server.xml下的Connector标签里配置
URIEncoding="UTF-8" useBodyEncodingForURI="true"
在处理请求之前,先设置request.setCharacterEncoding("utf-8");
并在JVM的启动参数中添加-Dfile.encoding=UTF-8
输出给前端页面的显示乱码
在输出之前,设置response.setHeader("Content-Type","text/html;charset=utf-8");