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语言可用。

本文来自企鹅号 - PHPer媒体

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏MyBlog

Effective.Java 读书笔记(8)关于equals方法

重写equals看上去十分简单对吧,但是我觉得很多时候重写equals可能会招致一些问题,这些问题有时可能会特别严重,当然了不重写不就完事了吗?但是这只适用于那...

604
来自专栏大前端开发

从编程小白到全栈开发:了解事件机制

在上一篇文章中,我们初步了解了在HTML中处理用户操作的知识,最主要的,就是如何对指定的DOM元素添加事件监听以获取用户操作,并进行后续的处理。这里所使用到的这...

634
来自专栏Kirito的技术分享

打开orika的正确方式

缘起 架构分层 开发分布式的项目时,DO持久化对象和DTO传输对象的转换是不可避免的。集中式项目中,DO-DAO-SERVICE-WEB的分层再寻常不过,但分布...

44411
来自专栏程序员互动联盟

【编程基础】盖大楼地基要牢固

水之积也不厚,则其负大舟也无力。——庄子 上一篇讲了几个编译编辑器,大家都可以用用,新手掌握几个是没有坏处的。 学编程要从基础学起,就像盖大楼,先把地基打好,...

3459
来自专栏小巫技术博客

App性能优化浅谈

963
来自专栏Java面试笔试题

简述一下你了解的设计模式

所谓设计模式,就是一套被反复使用的代码设计经验的总结(情境中一个问题经过证实的一个解决方案)。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠...

584
来自专栏JetpropelledSnake

Python面试题之Python中type和object的关系

下面是jeff kit的回答: 给别人讲解过很多次,但写成文字是第一次。试一试吧,自己主要也是看了这篇文章(Python Types and Objects...

401
来自专栏非著名程序员

Android进阶:Android内存管理之道

对于移动应用开发,不管是Android还是IOS,内存都是永远的痛。但是合理的编写代码,会避免OOM的出现。 相信一步步走过来的Android从业者,每个人都...

2119
来自专栏Pythonista

基于TCP的套接字

socket通信流程与打电话流程类似,我们就以打电话为例来实现一个low版的套接字通信

821
来自专栏用户2442861的专栏

浅谈UML的概念和模型之UML九种图

http://blog.csdn.net/jiuqiyuliang/article/details/8552956

601

扫码关注云+社区