HTTP协议详解(一)

前言

       在之前的博客里有说到tcp/iphttps是什么https如何建立连接三次握手四次挥手,但是似乎就是没有对http展开详细讲解,那么今天这就来细细品下http吧。

HTTP的前世今生

       英文名为HyperText Transfer Protocol,缩写:HTTP。中文名叫超文本传输协议。

       1989年,CERN(欧洲核子研究组织)的蒂姆·伯纳斯·李(Tim BernerLee)提出了一种能让远隔两地的研究者们共享知识的设想。最初设想的基本理念是:借助多文档之间相互关联形成的超文本(HyperText),连成可相互参阅的WWW(World Wide Web,万维网)。此时,HTTP问世,但那个时候它还只是个雏形,并没有确定正式的标准,所以这个时期的HTTP称为HTTP/0.9。

       1996年5月,HTTP/1.0正式作为标准被公布出来,记载于RFC1945,至今仍然还有很多页面使用本协议。

       1997年1月,也就是1.0出来后半年,更新到HTTP/1.1,当初的标准是RFC2068,之后到1999年6月发布了修订版RFC2616,直到现在仍然是目前使用的主流版本。

       2015年5月,HTTP/2标准发布,以RFC 7540正式发表,正式取代HTTP1.1,但目前还并没有全覆盖。

HTTP协议概述

       在TCP/IP四层模型里,它属于应用层协议,通常运行在TCP协议之上。百度说:它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出;简单点概括就是:HTTP是一个规定请求和响应内容格式的协议。

HTTP协议请求消息结构

       请求消息结构由请求行、请求头部、空行和请求数据组成

       请求行由请求方法、URL和HTTP版本三部分构成,总的来说请求行定义了本次请求的请求方式、请求的地址以及所遵循的HTTP协议版本。

       请求头部由请求HOST、请求客户端信息等信息构成。

例如:
GET /tags/4/ HTTP/1.1
HOST:www.scwipe.com
User-Agent:Mozilla/5.0 (Linux; Android 4.1.1; Nexus 7 Build/JRO03D)

       这个意思就是用GET方法,遵循HTTP/1.1协议,获取在/tags/4/这个位置的资源。第二行是请求头部信息,用来描述请求客户端的情况等你想让服务端知道的信息,可以看到这个请求是用 Nexus 7 手机上Mozilla/5.0浏览器发送请求的。

HTTP协议回应结构

       可以看到如下图,回应的格式是"头信息(状态行、响应信息) + 一个空行(\r\n) + 数据"。其中,第一行是"协议版本 + 状态码(status code) + 状态描述"。

HTTP主要特点

无状态

       HTTP协议是无状态协议,顾名思义指的是协议对于处理的请求和响应是没有状态的,也就是没有记忆的,后续的请求处理如果需要前面的请求信息,是需要重新传输前面的请求的。这样的好处是在不需要前面信息的时候可以快速的应答;坏处就是可能会导致每次连接传输的数据量增大。目前搭配解决无状态的办法有使用cookie。

无连接

       顾名思义,不会一直连接,服务器处理完客户端的一个请求,收到客户端的应答后,立马端开连接,对下一个请求进行处理;

灵活

       HTTP允许传输任意类型的数据对象,可以用Content-Type进行标记,表示传输的数据类型。例如:Content-Type: text/html; charset=utf-8

HTTP状态码

       状态代码有三位数字组成,第一个数字定义了响应的类别,共分五种类别:

1xx:指示信息--表示请求已接收,继续处理
2xx:成功--表示请求已被成功接收、理解、接受
3xx:重定向--要完成请求必须进行更进一步的操作
4xx:客户端错误--请求有语法错误或请求无法实现
5xx:服务器端错误--服务器未能实现合法的请求
更多详细状态码可以来这里查看

更多详细状态码可以来这里查看https://www.runoob.com/http/http-status-codes.html

HTTP请求方法

HTTP/1.0定义了三种请求方法:GET、 POST和HEAD方法。
HTTP/1.1新增了五种请求方法:OPTIONS、 PUT、DELETE、TRACE 和 CONNECT方法。

GET       请求指定的页面信息,并返回实体主体。
HEAD      类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头
POST      向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
PUT       从客户端向服务器传送的数据取代指定的文档的内容。
DELETE    请求服务器删除指定的页面。
CONNECT   HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS   允许客户端查看服务器的性能。
TRACE     回显服务器收到的请求,主要用于测试或诊断。

HTTP请求/响应步骤

1、客户端连接到web服务器

       一个HTTP客户端(浏览器/其他应用),通过HTTP服务端口(默认为80)建立起一个TCP连接(连接过程可以看这里:三次握手四次挥手)。

2、发送HTTP请求

       HTTP客户端将一个文本报文通过TCP连接从80端口穿到web服务器。这个文本报文由请求行、请求头部、空行和请求数据四个部分组成。

3、服器接收请求,并返回HTTP响应

       web服务器解析请求报文,取出资源,通过TCP连接,从80端口发出给到客户端。

4、断开TCP连接

       因为HTTP协议本身特点是无状态协议,所以,若connection 模式为close,则服务器主动关闭TCP连接,客户端被动关闭连接,释放TCP连接;若connection 模式为keepalive,则该连接会保持一段时间,在该时间内可以继续接收请求;

5、客户端解析服务端返回的html内容

       客户端浏览器首先解析状态行,查看请求是否成功,然后解析每一个响应头,响应头告知以下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML,根据HTML的语法对其进行格式化,并在浏览器窗口中显示。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hobby云说

你的鼓励将是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值