HTTP请求与响应协议

HTTP（hypertext transport protocol），即超文本传输协议。这个协议详细规定了浏览器和万维网服务器之间互相通信的规则

HTTP就是一个通信规则，通信规则规定了客户端发送给服务器的内容格式，也规定了服务器发送给客户端的内容格式。客户端发送给服务器的格式叫“请求协议”；服务器发送给客户端的格式叫“响应协议”

HTTP请求协议

请求协议的格式如下：

请求首行（方法——URI——协议/版本）
请求头（key/value形式 头信息：头内容）
空行
请求体(GET方式没有，POST方式有)

浏览器发送给服务器的内容需要遵循这个格式，如果不是这个格式服务器将无法解读

我们现在使用的HTTP都是1.1版本的，最新的是HTTP/2版本，不过还没有广泛使用，在HTTP1.1规范中定义了7种类型的请求方法，包括GET，POST，HEAD，OPTIONS，PUT，DELETE以及TRACE，其中GET和POST较为常用

URI 定义了一个资源的位置，通常解析为服务器根目录的相对路径，因此是以"/"符号打头，再提一点，URL是URI的一种具体类型

每个请求头（header）都使用换行/回车(即CRLF)分割，请求头和请求体正文之间使用一行空行分割，HTTP服务器据此判断请求正文的起始位置

GET请求

GET /hello3/index.jsp HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
Accept-Language: zh-CN,en-US;q=0.5
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; .NET4.0E)
Accept-Encoding: gzip, deflate
Host: localhost
Connection: Keep-Alive
  • GET /hello/index.jsp HTTP/1.1：GET请求，请求服务器路径为/hello/index.jsp，协议为1.1；
  • Host:localhost：请求的主机名为localhost；
  • User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20100101 Firefox/5.0：与浏览器和OS相关的信息。有些网站会显示用户的系统版本和浏览器版本信息，这都是通过获取User-Agent头信息而来的；
  • Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8：告诉服务器，当前客户端可以接收的文档类型，其实这里包含了*/*，就表示什么都可以接收；
  • Accept-Language: zh-cn,zh;q=0.5：当前客户端支持的语言，可以在浏览器的工具选项中找到语言相关信息；
  • Accept-Encoding: gzip, deflate：支持的压缩格式。数据在网络上传递时，可能服务器会把数据压缩后再发送；
  • Connection: keep-alive：客户端支持的链接方式， keep-alive表示保持一段时间链接，默认为3000ms；

POST请求

先编写一个表单项：

<form action="" method="post">
  关键字：<input type="text" name="keyword"/>
  <input type="submit" value="提交"/>
</form>

输入hello后点击提交，查看请求内容如下：

POST /hello/index.jsp HTTP/1.1
Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/msword, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, */*
Referer: http://localhost:8080/hello/index.jsp
Accept-Language: zh-cn,en-US;q=0.5
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; InfoPath.2; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Host: localhost:8080
Content-Length: 13
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: JSESSIONID=E365D980343B9307023A1D271CC48E7D

keyword=hello

POST请求是可以有体的，而GET请求不能有请求体。从POST请求正文（体）可以看到，表单虽然是一大堆内容，而发送给服务器的只有一行字符串，说明发送给服务器的内容只有一部分，可以减轻服务器压力，也说明服务器只对某些数据感兴趣

  • Referer: http://localhost:8080/hello/index.jsp：请求来自哪个页面，例如你在百度上点击链接到了这里，那么Referer:http://www.baidu.com；如果你是在浏览器的地址栏中直接输入的地址，那么就没有Referer这个请求头了；Referer请求头是比较有用的一个请求头，它可以用来做统计工作，也可以用来做防盗链
  • Content-Type: application/x-www-form-urlencoded：表示表单中的数据会自动使用url来编码！url编码的数据都是以“%”为前缀，后面跟随两位的16进制。在文件上传中我们在form表单中使用 multipart/form-data 就是在修改 Content-Type的值
  • Content-Length:13：请求体的长度，这里表示13个字节
  • keyword=hello：请求体内容！hello是在表单中输入的数据，keyword是表单字段的名字

HTTP响应协议

同HTTP请求一样，HTTP响应也包含3部分：

响应首行（协议/版本 状态码 状态码描述）
响应头信息
空行 (同样，响应头和响应体之间有空行分割)
响应体

响应体内容是由服务器发送给浏览器的内容，浏览器会根据响应内容来显示

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=UTF-8
Content-Length: 724
Set-Cookie: JSESSIONID=C97E2B4C55553EAB46079A4F263435A4; Path=/hello
Date: Wed, 25 Sep 2012 04:15:03 GMT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <base href="http://localhost:8080/hello/">

    <title>My JSP ‘index.jsp‘ starting page</title>
    <meta http-equiv="pragma" content="no-cache">
    <meta http-equiv="cache-control" content="no-cache">
    <meta http-equiv="expires" content="0">
    <meta http-equiv="keywords" content="keyword1,keyword2,keyword3">
    <meta http-equiv="description" content="This is my page">
    <!--
    <link rel="stylesheet" type="text/css" href="styles.css">
    -->
  </head>

  <body>
<form action="" method="post">
  关键字：<input type="text" name="keyword"/>
  <input type="submit" value="提交"/>
</form>
  </body>
</html>
  • HTTP/1.1 200 OK：响应协议为HTTP1.1，状态码为200，表示请求成功，OK是对状态码的解释；
  • Server: Apache-Coyote/1.1：服务器的版本信息
  • Content-Type: text/html;charset=UTF-8：响应体为html，并且使用的编码为UTF-8
  • Content-Length: 724：响应体为724字节
  • Set-Cookie: JSESSIONID=C97E2B4C55553EAB46079A4F263435A4; Path=/hello：响应给客户端的Cookie
  • Date: Wed, 25 Sep 2012 04:15:03 GMT：响应的时间，这可能会有8小时的时区差

状态码

响应头对浏览器来说很重要，它说明了响应的真正含义。例如200表示响应成功了，302表示重定向，这说明浏览器需要再发一个新的请求

  • 200：请求成功，浏览器会把响应体内容（通常是html）显示在浏览器中；
  • 401：访问未授权的资源；
  • 404：请求的资源没有找到，说明客户端错误的请求了不存在的资源(输入了错误的页面名称)；
  • 405：使用被禁用的请求方式
  • 500：请求资源找到了，但服务器内部出现了错误；
  • 302：重定向，当响应码为302时，表示服务器要求浏览器重新再发一个请求，服务器会发送一个响应头Location，它指定了新请求的URL地址；
  • 304：当用户第一次请求index.html时，服务器会添加一个名为Last-Modified响应头，这个头说明了index.html的最后修改时间，浏览器会把index.html内容，以及最后响应时间缓存下来。当用户第二次请求index.html时，在请求中包含一个名为If-Modified-Since请求头，它的值就是第一次请求时服务器通过Last-Modified响应头发送给浏览器的值，即index.html最后的修改时间，If-Modified-Since请求头就是在告诉服务器，我这里浏览器缓存的index.html最后修改时间是这个，您看看现在的index.html最后修改时间是不是这个，如果还是，那么您就不用再响应这个index.html内容了，我会把缓存的内容直接显示出来。而服务器端会获取If-Modified-Since值，与index.html的当前最后修改时间比对，如果相同，服务器会发响应码304，表示index.html与浏览器上次缓存的相同，无需再次发送，浏览器可以显示自己的缓存页面，如果比对不同，那么说明index.html已经做了修改，服务器会响应200

差不多400系表示客户端出现的问题，500系表示服务器端出现的问题，最喜欢的是200状态码了，表示响应成功

其他响应头

禁用缓存

在HTML静态页面中，一般不禁用缓存，因为静态页面内容不变，缓存可以提升访问效率（请求—响应302 再请求—响应200），但是JSP这样的动态页面，需要禁用缓存，因为经常变化（直接请求—响应200），就不增加302状态码的处理，提升效率

  • Expires: 0；
  • Cache-Control: no-cache；
  • Pragma: no-cache；

定时刷新

自动刷新响应头，浏览器会在3秒之后请求www.baidu.com

Refresh: 3;url=http://www.baidu.com

HTML中指定响应头

在HTMl页面中可以使用<meta http-equiv="" content="">来指定响应头，例如禁用缓存：

  <head>
    <meta http-equiv="pragma" content="no-cache">
    <meta http-equiv="cache-control" content="no-cache">
    <meta http-equiv="expires" content="0">
  </head>
时间： 2024-10-12 07:52:06

HTTP请求与响应协议的相关文章

【渗透课程】第二篇下-HTTP协议的请求与响应深度剖析

[渗透课程]第二篇下-HTTP协议的请求与响应深度剖析 HTTP1.1目前支持以下7种请求方法: 常见的MIME类型如下: 第一个数字有五种可能的取值: 目录 什么是请求方法?什么是请求头? HTTP请求信息由3部分组成: 1.请求方法(GET/POST) URI 协议/版本 2.请求头(Request Header) 3.请求正文 下面我们来分析一个http请求: POST http://xg.mediportal.com.cn/health/sms/verify/telephone HTTP

http协议入门（二）请求和响应报文的构成

由于新公司上班路途有点远,所以早上地铁上闲来无事,就温习了一下http协议的一些知识,这里就说说关于关于http协议中的几种请求数据的类型吧,不多说,开更...... 之前的一篇随笔中有提到,http协议用于客户端和服务器之间的通信,请求访问资源的一方称为客户端,而提供资源响应的一方称为服务器端. 下面就是客户端和服务端之间简单的通信过程 PS:请求必须从客户端建立通信,服务端没收到请求之前不会发送响应 下面先来说说请求的构成: 1)请求方法URI协议/版本  2)请求头(Request Hea

HTTP协议－－请求与响应

1.简介 HTTP 是一个属于应用层的面向对象的协议,由于其简捷.快速的方式,适用于分布式超媒体信息系统.它于1990 年提出,经过几年的使用与发展,得到不断地完善和扩展.目前在WWW 中使用的是HTTP/1.0的第六版,HTTP/1.1 的规范化工作正在进行之中,而且HTTP-NG(Next Generation of HTTP)的建议已经提出. HTTP 协议的主要特点可概括如下: 1.支持客户/服务器模式. 2.简单快速:客户向服务器请求服务时,只需传送请求方法和路径.请求方法常用的有GE

HTTP协议（5）HTTP请求和响应

之前曾介绍过,所有的HTTP通信都被构造成一对HTTP请求和HTTP响应,HTTP协议的请求与响应报文都是由"首部header"和"主体body"两部分组成的.其中主体部分是请求和响应的数据,首部部分则规定了请求和响应的内容格式. 对于HTTP请求报文,主要由三部分组成:请求行.请求头.请求正文.在请求头和请求正文之间一般会有两个空行进行间隔.下图是用Burpsuite截获的请求报文.HTTP请求报文的第一行即为请求行,这个报文的请求行就是"GET / H

java webserver-获取请求协议和返回响应协议

使用ServerSocket建立与浏览器的连接,获取请求协议 public class Server { private ServerSocket serverSocket; public static void main(String[]args) { Server server=new Server(); server.start(); } //启动服务 public void start() { try { serverSocket=new ServerSocket(8888); rece

三、http协议—请求和响应报文的构成

http协议用于客户端和服务器之间的通信,请求访问资源的一方称为客户端,而提供资源响应的一方称为服务器端. 下面就是客户端和服务端之间简单的通信过程 PS:请求必须从客户端建立通信,服务端没收到请求之前不会发送响应 下面先来说说请求的构成: 1)请求方法URI协议/版本  2)请求头(Request Header)  3)请求正文 下面是一个请求的例子: GET/sample.jspHTTP/1.1 Accept:image/gif.image/jpeg,*/* Accept-Language:

http协议（二）请求和响应报文的构成

http协议用于客户端和服务器之间的通信,请求访问资源的一方称为客户端,而提供资源响应的一方称为服务器端. 下面就是客户端和服务端之间简单的通信过程 PS:请求必须从客户端建立通信,服务端没收到请求之前不会发送响应 下面先来说说请求的构成: 1)请求方法URI协议/版本  2)请求头(Request Header)  3)请求正文 下面是一个请求的例子: GET/sample.jspHTTP/1.1 Accept:image/gif.image/jpeg,*/* Accept-Language:

http请求与响应全过程

HTTP 无状态性 HTTP 协议是无状态的(stateless).也就是说,同一个客户端第二次访问同一个服务器上的页面时,服务器无法知道这个客户端曾经访问过,服务器也无法分辨不同的客户端.HTTP 的无状态特性简化了服务器的设计,使服务器更容易支持大量并发的HTTP 请求. HTTP 持久连接       HTTP1.0 使用的是非持久连接,主要缺点是客户端必须为每一个待请求的对象建立并维护一个新的连接,即每请求一个文档就要有两倍RTT 的开销.因为同一个页面可能存在多个对象,所以非持久连接可

初入网络系列笔记（4）HTTP请求和响应

一.借鉴说明,本博文借鉴以下博文 1.starok,HTTP必知必会,http://www.cnblogs.com/starstone/p/4890409.html 2.CareySon,HTTP协议漫谈,http://www.cnblogs.com/CareySon/archive/2012/04/27/HTTP-Protocol.html 3.逖靖寒,浅析HTTP协议,http://www.cnblogs.com/gpcuster/archive/2009/05/25/1488749.htm