1. Http 协议特点

  • 无连接：连接一次就断掉，不会保持连接
  • 无状态：一次连接后，服务器不回去记住上次请求的状态，通过 session 才能实现。
  • 简单快速：每个资源都是固定的，统一资源符。uri 输入就可访问想要的
  • 灵活：通过一个 Http 协议就可以完成不同数据类型的传输。只需要更改头文件中的数据类型。

1.1. 概念

HTTP (超文本传输协议) 是利用 TCP 在两台电脑(通常是 Web 服务器和客户端)之间传输信息的协议。客户端使用 Web 浏览器发起 HTTP 请求给 Web 服务器，Web 服务器发送被请求的信息给客户端。

基本概念：

  • 连接(Connection)：一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。
  • 消息(Message)：HTTP 通讯的基本单位，包括一个结构化的八元组序列并通过连接传输。
  • 请求(Request)：一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号
  • 响应(Response)：一个从服务器返回的信息包括 HTTP 协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的 MIME 类型。
  • 资源(Resource)：由 URI 标识的网络数据对象或服务。
  • 实体(Entity)：数据资源或来自服务资源的回映的一种特殊表示方法，它可能被包围在一个请求或响应信息中。一个实体包括实体头信息和实体的本身内容。
  • 客户机(Client)：一个为发送请求目的而建立连接的应用程序。
  • 用户代理(Useragent)：初始化一个请求的客户机。它们是浏览器、编辑器或其它用户工具。
  • 服务器(Server)：一个接受连接并对请求返回信息的应用程序。
  • 源服务器(Origin server)：是一个给定资源可以在其上驻留或被创建的服务器。
  • 代理(Proxy)：一个中间程序，它可以充当一个服务器，也可以充当一个客户机，为其它客户机建立请求。请求是通过可能的翻译在内部或经过传递到其它的服务器中。一个代理在发送请求信息之前，必须解释并且如果可能重写它。代理经常作为通过防火墙的客户机端的门户，代理还可以作为一个帮助应用来通过协议处理没有被用户代理完成的请求。
  • 网关(Gateway)：一个作为其它服务器中间媒介的服务器。与代理不同的是，网关接受请求就好象对被请求的资源来说它就是源服务器；发出请求的客户机并没有意识到它在同网关打交道。网关经常作为通过防火墙的服务器端的门户，网关还可以作为一个协议翻译器以便存取那些存储在非 HTTP 系统中的资源。
  • 通道(Tunnel)：是作为两个连接中继的中介程序。一旦激活，通道便被认为不属于 HTTP 通讯，尽管通道可能是被一个 HTTP 请求初始化的。当被中继的连接两端关闭时，通道便消失。当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通讯时通道被经常使用。
  • 缓存(Cache)：反应信息的局域存储。

关闭连接：

客户和服务器双方都可以通过关闭套接字来结束 TCP/IP 对话

1.2. 报文组成

  • 请求报文：请求行、请求头、空行、请求体
    • 请求行：http 方法、页面地址、协议、版本
    • 请求头：key-value，告诉服务端请求内容，主要包括用户可以接受的数据类型、长度、压缩方法、最后一次修改时间、数据有效期等。
    • 请求体: queryString 数据
请求行 GET /Protocols/rfc2616/rfc2616-sec5.html HTTP/1.1
请求头 Host: www.w3.org
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
Referer: https://www.google.com.hk/
Accept-Encoding: gzip,deflate,sdch
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6
Cookie: authorstyle=yes
If-None-Match: "2cc8-3e3073913b100"
请求头结束 If-Modified-Since: Wed, 01 Sep 2004 13:24:52 GMT
空行
请求体 name=qiu&age=25
  • 响应报文：状态行、响应头、空行、响应体
    • 状态行：200 ok
状态行 HTTP/1.1 200 OK
响应头 Date: Tue, 08 Jul 2014 05:28:43 GMT
Server: Apache/2
Last-Modified: Wed, 01 Sep 2004 13:24:52 GMT
ETag: "40d7-3e3073913b100"
Accept-Ranges: bytes
Content-Length: 16599
Cache-Control: max-age=21600
Expires: Tue, 08 Jul 2014 11:28:43 GMT
P3P: policyref="http://www.w3.org/2001/05/P3P/p3p.xml"
响应头结束 Content-Type: text/html; charset=iso-8859-1
空行
响应体 {"name": "qiu", "age": 25}

1.3. 方法

Get, post, put, patch, delete, head(获取报文头)

1.4. post get 区别

  1. get 请求参数长度有限制，post 没有限制
  2. get 相对 post 不安全，参数暴露在 url 中
  3. get 参数 url 中，post 在 request body 中
  4. get 在浏览器中回退是无害的，post 会再次提交
  5. get url 参数完整保存在浏览器历史记录，post 不行
  6. get 浏览器自动缓存。post 需要主动去缓存
  7. get 只接受 ASCII 字符，post 无限制
  8. get 的 url 可以被收藏，post 不行

1.5. 状态码

  • 1XX：指示信息-表示请求已接受，继续处理
  • 2XX：成功-表示请求已被成功接收
    • 200 OK ：客户端请求成功
    • 206 Partial Content：video/audio 文件大的时候，客户端发送了带 range 头的 get 请求，服务器完成了他
  • 3XX：重定向-要完成请求必须进行更进一步的操作
    • 301 Move Permanently：所请求的页面已经转移至新的 URL
    • 302 Found：所请求的页面已经临时转移到新的 URL
    • 304 Not Modified：客户端有缓冲的文档并发出一个条件性的请求，服务器告诉客户，原来缓冲的文档还可以继续使用
  • 4XX：客户端错误-请求有语法错误或请求无法实现
    • 400 Bad Request：客户端请求有语法错误，不能被服务器所理解
    • 401 Unauthorized：请求未经授权，这个状态代码必须和 WWW-Authenticate 报头域一起使用
    • 403 Forbidden：对被请求页面的访问被禁止
    • 404 Not Found：请求资源不存在
  • 5XX：服务错误-服务器未能实现合法的请求
    • 500 Internal Server Error：服务器发生不可预期的错误，原来缓冲的文档还可以继续使用
    • 503 Server Unavailable：请求未完成，服务器临时过载或当机，一段事件后恢复正常

1.6. 持久化连接

http 1.1 支持，Keep-Alive 模式

1.7. 管线化

  • 持久连接下：请求 1 --> 响应 1 --> 请求 2 --> 响应 2

  • 管线化：请求和响应都打包：请求 123 --> 响应 123

  • 管线化是通过持久连接完成，至少 1.1

  • 只有 get、head 请求可以管线化，post 有限制
  • 初次建立不应该启动管线化、因为服务端不一定支持 1.1
  • 不会带来性能提升，很多服务端对他支持不好，现代浏览器 chrome 默认不开启

1.8. HTTPS 的握手过程

  1. 浏览器将自己支持的一套加密规则发送给服务器。
  2. 服务器从中选出一组加密算法与 HASH 算法，并将自己的身份信息以证书的形式发回给浏览器。证书里面包含了网站地址，加密公钥，以及证书的颁发机构等信息。
  3. 浏览器获得网站证书之后浏览器要做以下工作：
    • 验证证书的合法
    • 如果证书受信任，或者是用户接受了不受信的证书，浏览器会生成一串随机数的密码，并用证书中提供的公钥加密。
    • 使用约定好的 HASH 算法计算握手消息，并使用生成的随机数对消息进行加密，最后将之前生成的所有信息发送给服务器
  4. 网站接收浏览器发来的数据之后要做以下的操作：
    • 使用自己的私钥将信息解密取出密码，使用密码解密浏览器发来的握手消息，并验证 HASH 是否与浏览器发来的一致。
    • 使用密码加密一段握手消息，发送给浏览器。
  5. 浏览器解密并计算握手消息的 HASH，如果与服务端发来的 HASH 一致，此时握手过程结束，之后所有的通信数据将由之前浏览器生成的随机密码并利用对称加密算法进行加密。

http://blog.jobbole.com/105633/

1.9. 是否了解公钥加密和私钥加密。

一般情况下是指私钥用于对数据进行签名，公钥用于对签名进行验证; HTTP 网站在浏览器端用公钥加密敏感数据，然后在服务器端再用私钥解密。

Copyright © Guanghui Wang all right reserved，powered by GitbookFile Modified： 2019-08-25 13:56:34

results matching ""

    No results matching ""