零基础了解Https - http介绍

Https 全称是Http over SSL，也就是说Https其实并不是一个全新的协议，而是在Http的基础上做了处理。先来了解一下Http协议。

一、Http介绍

什么是 HTTP ？

Http也就是超文本传输协议（英文：HyperText Transfer Protocol，缩写：HTTP）是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。(维基百科，定义这种东西还是得看专业的)

Http协议经历了0.9版本(1991年)、1.0版本(1996年)、1.1版本(1997年)和现在的2.0版本(2015年)。

二、Http模型

Http模型非常简单，经典的C/S模型

如上图所示，尽管服务端使用了80号端口作为TCP连接的接收端，但HTTP本身是个无状态的协议，服务端不会保留关于客户端的信息，每次HTTP永远是客户端先发起请求，然后服务端回送响应。这里有一个很重要的特点是Http是无状态的协议，也就是每次请求不会保存上一次的状态。

1.http报文格式

请求报文和响应报文按照上面格式进行通信。

2.请求报文说明

A.请求行--方法：

GET：请求服务器的文档

HEAD：请求关于文档的信息，但不是这个文档本身

POST：从客户向服务器发送一些信息

PUT：从服务器向客户发送文档

TRACE：把到达的请求回送

CONNECT：保留

DELETE：删除Web网页

OPTIONs：询问关于可用的选项

B.请求行--URL：

URL：统一资源定位符，是在因特网上知名任何种类的信息的标准，URL定义的是四样东西：

协议 ：// 主机 ： 端口 / 路径

具体详细不属于HTTP内容范畴，暂且不赘述。

C.请求行--版本：

目前HTTP的最新版本是1.1，旧版本还有1.0等，具体相关定义在对应RFC中可以查找。

D.请求报文的首部行：（个别书上也把这个叫做头域）

首部行是客户向服务器发送信息时的附加信息，数量为零到多个，如上图所示的格式，每个首部行占有一个首部名，一个冒号，一个空格和一个首部值。在RFC中完整的首部值列表及分类如下所示：（其中上颜色的为较常用首部名称）

a.通用首部：既可以出现在请求报文中，也可以出现在响应报文中。这些是客户端和服务器都可以使用的通用首部。可以在客户端、服务器和其他应用程序之间提供一些非常有用的通用功能。不论报文是何种类型，都为其提供一些有用的信息。例如不管是构建请求报文还是响应报文，创建报文的日期时间都是同一个意思，因此提供这类信息的首部对这两种类型的报文来说都是通用的。下面用表格的形式给出通用的信息性首部。

通用的信息性首部：

首部 　　　　　　　　　　描述

Connection    　　　　　　    允许客户端和服务器指定与请求/响应连接有关的选项

Date    　　　　　　　　　  提供日期和时间标志，说明报文是什么时间创建的

MIME-Version    　　　　　 给出了发送端使用的MIME版本

Trailer    　　　　　　　　　如果报文采用了分块传输编码(chunked transfer encoding)方式，就可以用这个首部列出位于报文拖鞋    (trailer)部分的首部集合。

Transfer-Encoding    　　  告知接收端为了保证报文的可靠传输，对报文采用了什么编码方式。

Update    　　　　　　　　 给出了发送端可能想要"升级"使用的新版本或协议

Via    　　　　　　　　　　    显示了报文经过的中间节点(代理、网关)

通用缓存首部：

首部 　　　　　　　　　　描述

Cache-Control    　　　　     用于随报文传送缓存指示

Pragma    　　　　　　　　    另一种随报文传送指示的方式，但并不专用于缓存

b.请求首部：提供更多有关请求的信息。请求首部是在请求报文中有意义的首部。用于说明是谁或什么在发送请求，请求源自何处，或者客户端的喜好及能力。服务器可以根据请求首部给出的客户端的信息，试着为客户端提供更好的响应。

首部    　　　　　　　　　　　　    描述

Client-IP    　　　　　　　　　　提供了运行客户端的机器的IP地址

From    　　　　　　　　　　　  提供了客户端用户的E-mail地址

Host    　　　　　　　　　　　   给出了接收请求的服务器的主机名和端口号

Referer    　　　　　　　　　　  提供了包含当前请求URI的文档的URL

UA-Color    　　　　　　　　　  提供了与客户端显示器的显示颜色有关的信息

UA-CPU    　　　　　　　　　　    给出了客户端CPU的类型或制造商

US-Disp    　　　　　　　　　　提供了与客户端显示器(屏幕)能力有关的信息

US-OS    　　　　　　　　　　  给出了客户端显示器的像素信息

UA-Pixels    　　　　　　　　　 提供了客户端显示器的像素信息

User-Agent    　　　　　　　　    将发起请求的应用程序名称告知服务器(User-Agent)用户代理

Accept首部为客户端提供了一种将其喜好和能力告知服务器的方式，包括他们想要什么，可以使用什么，以及最重要的，他们不想要什么。这样服务器就可以根据这些额外信息，对要发送的内容做出更明智的决定。Accept首部会使连接的两端都受益。客户端会得到他们想要的内容，服务器则不会浪费其时间和带宽来发送客户端无法使用的东西。

首部    　　　　　　　　　　    描述

Accept    　　　　　　　　      告诉服务器能够发送哪些媒体类型

Accept-Charset    　　　　  告诉服务器能够发送哪些字符集

Accept-Encoding    　　　　告诉服务器能够发送哪些编码方式

Accept-Language    　　　  告诉服务器能够发送哪些语言

TE    　　　　　　　　　　　 告诉服务器可以使用哪些扩展传输编码

条件请求首部：有时客户端希望为请求加上某些限制。比如客户端已经有了一份副本，就希望只在服务器上的文档与客户端拥有的副本有所区别时，才请求服务器传输文档。通过条件请求首部，客户端就可以加上这种限制，要求服务器在对请求进行相应之前，确保某个请求为真。

首部    　　　　　　　　　　    描述

Expect    　　　　　　　　     允许客户端列出某请求所要求的服务器行为

If-Match    　　　　　　　　如果实体标记与文档当前的实体标记相匹配，就或者这份文档

If-Modified-Since    　　　　除非在某个指定的日期之后资源被修改过，否则就限制这个请求

If-Range    　　　　　　　　允许对文档的某个范围进行条件请求

If-Unmodified-Since    　　 除非在某个指定的日期之后资源没有被修改过，否则就限制这个请求

Range    　　　　　　　　　如果服务器支持范围请求，就请求资源的指定范围

安全请求首部：HTTP本身就支持一种简单的机制，可以对请求进行质询/响应认证。这种机制要求客户端在获取特定的资源之前，先对自身进行认证，这样就可以使事务稍微安全一些。

首部    　　　　　　　　　　 描述

Authorization    　　　　　  包含了客户端提供给服务器，以便对其自身进行认证的数据

Cookie    　　　　　　　　　 客户端用它想服务器传送一个令牌-他并不是真正的安全首部，但却是隐含了安全功能

Cookie2    　　　　　　　　  用来说明请求端支持的cookie版本

代理请求首部：随着因特网上代理的普遍应用，人们定义了几个首部来协助其更好地工作。

首部    　　　　　　　　　　    描述

Max-Forword 　　　　　 在通往源端服务器的路径上，将请求转发给其他代理或网关的最大次数-与TRACE方法一同使用

Proxy-Authorization    　　与Authorization首部相同，但这个首部是在与代理进行认证时使用的

Proxy-Connection    　　　与Connection首部相同，但这个首部是在于代理建立连接时使用的

c.响应首部：提供更多有关响应的信息。响应报文由自己的响应首部集。响应首部为客户端提供了一些额外的信息，比如谁在发送响应、响应者的功能，甚至与响应相关的一些特殊指令。这些首部有助于客　　　　　户端处理响应，并在将来发起更好的请求。

首部    　　　　　　　　    描述

Age    　　　　　　　　    (从最初创建开始)响应持续时间

Public    　　　　　　　  服务器为其资源支持的请求方法列表

Retry-After    　　　　  如果资源不可用的话，再次日期或时间重试

Server    　　　　　　　 服务器应用程序软件的名称和版本

Title    　　　　　　　　    对HTML文档来说，就是HTML文档的源端给出的标题

Warning    　　　　　　    比原因短语中更详细的一些警告报文

协商首部：如果资源有多种表示方法-比如，如果服务器上有某文档的法语和德语译稿，HTTP/1.1可以为服务器和客户端提供对资源进行协商的能力。

首部　　　　　　　　    描述

Accept-Ranges    　　    对此资源来说，服务器可接受的范围类型

Vary    　　　　　　　  服务器查看的其他首部的列表，可能会使响应发生变化；也就是说，这是一个首部列表，服务器会根据这些首部的内容挑选出最合适的资源版本发送给客户端。

安全响应首部：

我们已经看到过安全请求首部了，本质上这里说的就是HTTP的质询/响应认证机制的响应侧。

首部    　　　　　　　　 描述

Proxy-Authenticate　来自代理的对客户端的质询列表

Set-Cookie　　　　   不是真正的安全首部，但隐含有安全功能；可以在客户端设置一个令牌，以便服务器对客户端进行标识。

Set-Cookie2　　　　 与Set-Cookie类似。

WWW-Authenticate 来自服务器的对客户端的质询列表

d、实体首部：描述主体的长度和内容，或者资源自身。有很多首部可以用来描述HTTP报文的负荷。由于请求和响应文本中都可能包含实体部分，所以在这两种类型的报文中都可能出现这些首部。实体首部提供了有关实体及其内容的大量信息，从有关对象类型的信息，到能够对资源使用的各种有效的请求方法。总之，实体首部可以告知报文的接收者它在对什么进行处理。

首部    　　　　　　　描述

Allow    　　　　　　    列出了可以对此实体执行的请求方法

Location    　　　　     告知客户端实体实际上位于何处；用于将接收端定向到资源的位置上去

内容首部：内容首部提供了与实体内容有关的特定信息，说明了其类型、尺寸以及处理它所需的其他有用信息。比如，Web浏览器可以通过查看返回的内容类型，得知如何显示对象。

首部    　　　　　　　　　　　  描述

Content-Base    　　　　　　     解析主体中的相对URL时使用的基础URL

Content-Encoding    　　　　  对主体执行的任意编码方式

Content-Language    　　　　 理解主体时最适宜使用的自然语言

Content-Length    　　　　　  主体的长度或尺寸

Content-Location    　　　　　资源实际所处的位置

Content-MD5    　　　　　　　主体的MD5校验

Content-Range    　　　　　　在整个资源中此实体表示的字节范围

Content-Type    　　　　　　  这个主体的对象模型

实体缓存首部：通用的缓存首部说明了如何或什么时候进行缓存。实体的缓存首部提供了与被缓存实体有关的信息，比如验证已缓存的资源副本是否仍然有效所需的信息，以及更好地估计已缓存资源合适失效所需的线索。

首部    　　　　　　    描述

ETag    　　　　　  与此实体有关的实体标记

Expires    　　　　    实体不在有效，要从原始的源端再次获取此实体的日期和时间

Last-Modified    　 这个实体最后一次被修改的日期和时间

首部行有的时候为了提高可读性会被分为多行来提高可读性，将其值划分为多个延续行，每个延续行的前面至少要有一个空格或者一个制表符。请求报文的实体是一些需要发送的备注性信息。

3.响应报文说明

A.状态行--版本：同请求行--版本

B.状态行--状态码：

大致分类如下所示：

100-199 用于指定客户端应相应的某些动作。

200-299 用于表示请求成功。

300-399 用于已经移动的文件并且常被包含在定位头信息中指定新的地址信息。

400-499 用于指出客户端的错误。

500

具体的状态码参见：http://www.cnblogs.com/lxinxuan/archive/2009/10/22/1588053.html

C.状态行--短语：所谓的短语是和状态码相对应的，如常见的404状态码对应Not found，403对应Forbidden

D.响应报文的首部行：参见请求报文的首部行

响应报文的实体与请求报文不同，主要存放的是服务端向客户端发送的文档，如果响应不是错误报文，则实体出现在响应报文中。

从Http 1.1之后的连接默认是长连接的，1.0之前需要添加Connection : Keep-Alive头部尝试长连接，1.1之后采用Connection : close来设置不进行长连接。长连接和短连接都有各自的场景和优缺点，比如数据量比较大的传输或者请求比较频繁的情况下，当然长连接时最好的，这样不需要每次都去重新连接。当只发送一次性的连接，短连接时最好的，给服务器减少不必要的开销。

4.cookie

刚才有提到Http是无状态的协议，也就是不会保存状态，那么通过什么方式可以保存上次请求的状态呢？客户端可以通过cookie，服务端可以通过session，当然session也是依赖于cookie的。

Set-Cookie:value [ ;expires=date][ ;domain=domain][ ;path=path][ ;secure]

Cookie : value

Cookie:value1 ; value2 ; name1=value1

在Set-Cookie中，可以通过定义选项的值来进一步确定Cookie的功能。

cookie里面保存的是键值对，客户端向服务端进行请求的时候，会去查找该服务器域名下的cookie，如果有的话就打包到请求里面去，服务端可以通过cookie知道当前用户的状态，比如是第一次请求，还是老的用户请求。出于数据有效性和安全性的问题，有一些选项设置。

expires用于设置过期时间，domain可以添加多个域名，path指定何时发送cookie，和path匹配的才会发送cookie，secure有的话，表示只有进行SSL和HTTPS请求的时候，才会发送cookie。

 

以上是Http部分的介绍，下面接着介绍Https。