HTTP协议简介

前言

本文摘录自 RFC 2616(HTTP/1.1 协议文档),如想查阅1.0版本协议请参见(RFC1945)。

本文档主版本为英文,有中译可参考。

相关地址:

https://tools.ietf.org/html/rfc1945 (HTTP/1.0)

https://tools.ietf.org/html/rfc2616 (HTTP/1.1)

https://tools.ietf.org/html/rfc7230 “Message Syntax and Routing”

https://tools.ietf.org/html/rfc7231 “Semantics and Content”

https://tools.ietf.org/html/rfc7232 “Conditional Requests”

https://tools.ietf.org/html/rfc7233 “Range Requests”

https://tools.ietf.org/html/rfc7234 “Caching”

https://tools.ietf.org/html/rfc7235 “Authentication”

RFC2616已经拆解为6个单独的协议,从 RFC 7230 到 RFC 7235,目的是提高协议的可读性。

参加 2616 的页头说明:Obsoleted by: 7230, 7231, 7232, 7233, 7234, 7235

注2

当你入门之后,觉得生活没有乐趣,技术没有提升空间的时候,再来阅读此文档。(理工出身可忽略)

看他们有什么用?

所有基于HTTP协议的产品,都是通过深度本系文档进行开发的。这些产品包括:各种浏览器,各种服务器端软件(apache/nginx/…)所有B/S结构的软件。

当你实现模拟登陆、数据挖掘(采集)等行为时,都需要更多的HTTP协议知识。

如果想了解WebSocket的详情,请阅读:RFC 6455、7936

举个栗子

在 RFC 7230中,2.7节介绍了统一资源标识符,简单来说就是网址长什么样,为什么长这样。

如果想了解更多细节,看右边的标注,RFC 3986 中对此说了详细解释。

URI-reference = URI-reference, see [RFC3986], Section 4.1

absolute-URI = absolute-URI, see [RFC3986], Section 4.3

relative-part = relative-part, see [RFC3986], Section 4.2

scheme = scheme, see [RFC3986], Section 3.1

authority = authority, see [RFC3986], Section 3.2

uri-host = host, see [RFC3986], Section 3.2.2

port = port, see [RFC3986], Section 3.2.3

path-abempty = path-abempty, see [RFC3986], Section 3.3

segment = segment, see [RFC3986], Section 3.3

query = query, see [RFC3986], Section 3.4

fragment = fragment, see [RFC3986], Section 3.5

比如

port 一节,就说表示端口应该用“domain.com:80” 这样的格式,但因为HTTP协议默认端口是80,所以可省略。

换句话说,如果你的apache 定义端口为81,那么网址就必须加 “:81”

还有

query 一节说 符号“/” 和 “?” 属于特殊字符,可能无法正常解析。所以,我们PHP在处理复杂的GET传参时,才会做URL编码。

PS:query 指 网址“?”号后面的参数,也就是 GET 类型的传参。

重申

这些东西能够提高你的排错和开发能力。进阶的路上可以给自己安排长期的学习任务,有选择性的阅读一些。

协议主要构成

新RFC的六篇文档,分别叙述了一个主题,所以主要可分为6部分。

RFC7230: 消息格式与路由

RFC7231: 语义与内容

RFC7232: 条件请求

RFC7233: 范围请求

RFC7234: 缓存

RFC7235: 认证

HTTP协议简介

协议是双方通信的约定,按照此协议收发数据,双方指的是:

客户端(常见浏览器)

服务端(常见apache)

常见的请求均为

客户端,发起请求

服务端,响应请求

用白话说

浏览器把网址发给服务器

服务器把对应的内容发给浏览器

之所以,你输入域名,能够看到网页,全靠HTTP协议了。

收发,并没有这么简单

收发的时候,还要做很多额外的约定,比如:

是否包含了COOKIE

是文档,还是图片?

使用什么语言编码?

数据总长度是多少?

是否允许缓存?缓存几时过期?

使用什么样的数据压缩技术

收发时间

通过什么方式发送数据?(get/post ..)

用白话说

如果把服务器、客户端比喻成营业员和顾客。

顾客只告诉营业员:我要桔子,那营业员就懵了。

必须是这样的:我要2斤桔子,顺便帮我打包好,不要烂的。

HTTP协议的文档里,大概就约定了这些细节。不管是服务端,还是客户端,开发的时候必须遵循此文档。

我只是写写PHP,也需要了解这些?

现在社会要的是差异化人才,多数人觉得不重要的东西,往往就更重要。

三年之内你可能不需要这些,但是这些知识决定了你最终的高度。

服务端和客户端,不一定非的是apache和浏览器,PHP 也可以作为服务端或者客户端

比如:

fsockopen

fopen

file_get_contents

curl

….

注:CURL 是一套独立的HTTP处理库,不仅仅是PHP语言可用。

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171211B05VTN00?refer=cp_1026

扫码关注云+社区