Android 深入Http（1）HTTP原理和机制，这份资料可帮你解决95%的问题

5. 从OkHttp的角度（源码）看Http原理

6. 从Retrofit的角度（源码）看Http原理

学习的内容来源于网上各个blog和一些源码（从我这里看到的，别人那里也能看到，但是我尽量整理的更详细一点，争取一个系列来加深我们对Http的印象）。

Ok，直接进入我的学习。

Http的原理和机制

==========================================================================

Http是什么

---

http是超文本传输协议（HyperText Transfer Protocol）

其中超文本的含义是：在电脑中显示的、含有可以指向其他文本连接的文本，又叫超链接。它可以是html的文档，也可以是markdown记录的文本等等。

所以Http从字面上的意思 就是 一个人从网络上想去下载或上传（即传输）一个超文本，那么这个人就该准守一份协议或者标准，这份协议或标准就叫做 Http。

Http的工作方式

---

我们在打开一个网页，就能产生一次http的请求，大概分成六步

1. 浏览器通过 输入网站网址后点击回车

2. 产生请求并发送

3. 服务器接收

4. 服务器产生响应

5. 浏览器接收

6. 浏览器内核渲染，产生页面

其中前五步使我们要学习的关键，我们来解析这五步：

URL -->HTTP报文

我们来用一个URL作为例子：

http://blog.youkuaiyun.com/rikkatheworld

在上面的这个链接中分为三个部分：

1. http://：协议类型

有http、https

2. blog.youkuaiyun.com/：服务器地址

3. rikkatheworld：路径path

这个是给服务器看的，服务器拿到path后，会根据路径取找到对应的信息

然后根据上面的信息，就能产生一个 http的请求，格式如下：

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

浏览器打开：qq.cn.hn/FTe 免费领取

// HTTP请求

GET /rikkatheworld Http/1.1

Host:blog.youkuaiyun.com

有http基础的人就应该知道这些信息，其实就是http报文。

报文格式 Request

---

我们来分析上面那些格式：

首先第一行构成了Http的请求行

（1） 请求行

例子：GET /rikkatheworld Http/1.1

1. GET

method，请求方法：包括GET、POST、DELETE、PUT

2. /rikkatheworld

path，路径：给服务器看的

3. Http/1.1

Http version：http版本，1.0和0.9基本已经废弃了，现在基本都是1.1，未来就都是2了。

当然了，除了请求行，Http的请求报文还有 Headers（请求头）和Body（请求体）。

（2） Headers

headers和请求行之间没有空行。下面为一个headers

Host：blog.youkuaiyun.com

Content-Tyoe：text/plain

Content-Lenth：50

（3） body

request可以有body，比如post请求的信息。和headers间有空行

报文格式 Response

---

Response是服务器给浏览器的返回的报文。分为 状态行、Headers和Body

长这个样子的：

也包括三个部分

状态行

状态行的格式如下：

HTTP/1.1 200 OK

1. HTTP/1.1

version，放在状态行的最左边。

2. 200

状态码

3. OK

status message：一个简单的数据返回描述，服务端是可以改的。比如Fail、Success…

Headers

和状态行间没有空行

Body

和Headers有空行，是请求的数据，比如html。

接下来我们来对这些细节一步步讲述。

RequsetMethods

---

HTTP定义了这些请求方法，虽然说是定义是，但它不会去具体做这些事情，而是让客户端、服务端去遵从这些定义。

1. GET

获取资源：没有也不能有Body，Http的默认method就是GET

2. POST

增加或修改资源，肯定是有body的，因为增加和修改都要带上信息。比如 body：name=Rikka&age=22

3. PUT

只修改资源，肯定是也有body的

PUT和POST其实差别不是特别大，但是一般都是用POST

4. DELETE

删除资源，没有Body，给一个定位就可以了

比如 DELETE /users/1 HTTP/1.1 就是删除用户第1号就是了

5. HEAD

和GET几乎一样，区别在于服务器对于HEAD的请求不返回Body。

用途：在下载的时候，我们先用HEAD去请求下载信息，服务器会返回给我们 下载内容的大小，然后我们得知了大小，再去下载。

虽然HTTP定义了多个请求方法，但是实际情况会依据用法而改变，每个公司可能并不都会使用这些方法。

比如说把 删除的功能放在GET中而不是DELETE中…

Status Code 状态码

---

作用：对结果做出类型化描述

1. 1XX：临时性消息

101：比如http 1.1和2.0是不能兼容的，一个浏览器请求一个服务器，可能会先问它是不是支持http2.0，如果服务器返回101就表示支持http2.0。就是相当于一个试探消息。

100：有时候在客户端传很大消息给服务器的时候，会分段传，这个时候客户端告诉服务器，如果你收到我第一段，你就发个100，这样我就发第二段 and so on。

2. 2XX：成功

这是最爽的

3. 3XX：重定向

301：重定向地址

304：内容没有改变（比如刷新了一下）

4. 4XX：客户端错误

400：请求有问题，比如参数不对

401：没有权限（比如没有登录就去申请资源）

404：资源不存在

5. 5XX：服务器错误

500：服务器崩了（错误）

503：服务器超载或者某种原因导致了不可用

这里有参考的比较全的http状态码：常见的HTTP错误状态码

Headers

=======================================================================

请求头，在请求行的下面并且没有隔一行。

作用：传送 HTPP消息的元数据（metadata）

元数据就是数据的属性。比如说文本的格式、文本的长度…

它有下面这些属性：

Host

---

它展示服务器主机地址。但它不是用来寻址的！

寻址的时候是在url拼成request报文的时候通过DNS就寻址完了。这是ip层来做的。

它的作用也是给服务器看的。这是为什么呢？

这是因为一个服务器下面会有子服务器，这些子服务器对外的ip是一样的，所以需要这样的Host来告诉服务器是具体哪个子服务器，一般是 域名+Tcp端口

Content-Type/Conent-Length

---

这两个字段大多是出现在POST、PUT中，客户端要求服务端做的事情。

1. Content-Length：要求服务器读取内容的长度（字节）

就是去服务器读这么长的长度的Body内容。

为什么要设置这么一个字段呢？为什么我们不能使用分隔符分开，让服务器好认呢？

这是因为如果文本是一个二进制的数据，那么就不可能出现分隔符了，所以为了统一，就用Content-Length去读指定的长度

2. Content-Type：文本类型，即客户端传输数据的类型。

比如 text/html就是一个html的文本，再比如 application/jason就是json信息

这里有一个完整的Conent-Type对照表：HTML Content-Type对照表

这里讲几个比较重要的content-type：

（1）application/x-www-form-urlencoded：纯文字表单，不能传输二进制数据（或者必须要提前声明），encoded URL格式

这表示客户端提交的是一个表单。这说明该Request是POST，这会让服务端去查看Request的Body，Body上面会有表单的信息系。

这个Content-Type对应Retrofit的@FormUrlEncoded 注解。

（2）mutipart/form-data：多部分形式，一般用于传输二进制内容的多项内容

它里面可能会包含boundary字段：表示分界线，分界header和body。这是因为二进制的内容比较多，所以为了便于识别每段内容，加了分界线。

二进制的内容比如图片。

application/x-www-form-urlencoded也可以用来传二进制，但是二进制一般都是特别长，这样的处理会占带宽。