《图解HTTP》全书内容表述

最新推荐文章于 2022-05-27 21:25:22 发布

Satariel

最新推荐文章于 2022-05-27 21:25:22 发布

阅读量544

点赞数 1

分类专栏：网络相关文章标签：网络

本文链接：https://blog.csdn.net/qq_43257912/article/details/108735842

版权

网络相关专栏收录该内容

7 篇文章 0 订阅

订阅专栏

在这里插入图片描述
（因为最近比较忙，看书比较散，每天学习的时候没有几章节内容分部进行表述，最后以一个全局的视角再去梳理，后续会继续该行为）接下来会以顺序和问题的方式进行一个顺序来进行表述：
  本书一开始就介绍网络传输的情况,什么是HTTP
http：超文本传输协议，web以此作为规范。后面讲到了，因为Web使用量大，导入简单，产生了路径依赖，后续的改近也即是基于HTTP协议进行。
  然后说要了解HTTP必须了解TCP/IP簇，为何？因为网络连接基本基于TCP/IP簇，而HTTP是它们的子集。
  TCP/IP簇是各种协议，协议是指硬件软件通信的各种规范。为了设计能够自由改动和让设计变得简单协议簇分成了四层：应用（DNS、FTP）、传输层(TCP、UDP)、网络(IP)和数据链路。括号里是该层常见协议。
应用层：决定提供的服务
传输层：提供数据传输
网络层：处理网上流动的数据包
数据链路层：处理连接网络的硬件

和HTTP有关的仨协议

IP:协议：IP指的是网络被分配节点,可变；对应概念是MAC，网关物理地址，不可变。
ARP：地址解析协议，根据IP地址反找出MAC地址
路由选择：计算机和网络设备只能获悉粗糙的传输路线

TCP协议：TCP在传输层，提供字节流服务，主要确保传输内容可靠性。
三次握手：确保字节流成功送达
DNS：应用层，域名解析服务。
首先一个概念，ip地址就是一堆数字不方便记忆，而英文构成的域名电脑是不认识的，DNS服务就是把域名改成纯数字地址让计算识别。

URL和RUI

怎么确定网络上资源的位置？
URI:（统一资源标识符）就是干这个的。
URL：资源定位符，是URI子集，定位网站地址。
URL格式：使用协议+用户密码+
域名+端口号+文件路径+片段标识符
RFC:：征求修正意见书，一些用来指定文档，不是所有网站都遵守

简单的HTTP协议

http协议是通过构建连接达成通信
特性如下：
1、从客户端开始2、不保存状态3、使用URI定位资源

以请求方法的形式告知服务器意图
常用的get post put

优化：
1、持久连接：一次连接多个请求响应
2、管线化：一次连接同时发送多个请求
3、cookie：保存客户端状态，关键侧set-cookie

HTTP报文内的信息

用于HTTP协议交互的信息就是报文
分两类：响应报文和请求报文，都由字符串构成

首先，需要分清一下概念：
实体：最终想要传递的东西，不管报文是否压缩都不会改变
报文：事实上传递的东西，8位字节流
个人理解：报文是实际数据流，实体是最终想要传输的内容。压缩的东西指的是报文。

内容协商机制
例子：google搜索有些电脑打开是英文界面，有些是中文界面。这就是内容协商机制的应用

定义：客户端和服务器交涉，然后提供最合适的资源给客户端

三种技术：服务器驱动协商‘客户端驱动协商和透明协议（各自进行内容协商）

如何提高传输效率？
  以此为基础，通过压缩报文的形式减小传输数据量，增加传输效率。
  常见编码方式我也没记，就记得个gzip（GUN zip）和identity（不压缩），以后实际要用的时候再去看相关知识。
  为了提升传输效率，把内容分块传输，让浏览器分布展示。获取部分请求的关键词是Range，指定获取范围字段，联想后面有个206的状态响应获取部分内容成功。
  后面讲了Ajex(异步javascrpt和XML)，能实现页面小区域内容的刷新。
下面开始讲HTTP的局限性和一些改进技术（第九章），因为HTTPS涉及的是安全相关，可以和安全一起讲。
HTTP的局限：

客户端单项请求
一个连接一个请求
首部不压缩，内容非强制压缩，效率低

为了减少传输总量，用了Ajex
为了保持连接，comet协议，通过延迟答复的形式保持数据实时更新，代价是服务器增加消耗，常用领域是股票和实时通信。

整体性提升的有俩SPDY和HTTP2.0，两者的主要区别：
1、SPDY强制为HTTPS，2.0可以明文
2、两者消息头压缩方式不一样，具体咋样没详细了解
（因为好多知识都需要前置知识，比如了解压缩的算法有哪些，各算法优缺点之类的，然而这不是学习的重点，个人认为只要知道自己不知道这事就行）

SPDY特性：

1. 降低延迟
2. 请求优先级
3. 首部压缩
4. 强制加密报文
5. 服务端推送

HTTP2.0:

1. 新的二进制格式
2. 多路复用
3. 首部压缩
4. 服务端推送

延续一个问题，为什么在HTTP协议基础上改进？
1、用的人多
2、导入简单
其实还有一个问题，安全问题：
3、组织和公司的防火墙如果要允许通过一个协议，那么就要修改防火墙设置，而一般人连接外网用到就是看网页用的HTTP（路径依赖）

HTTP的首部

刚刚出现了一些名词，首部，加密。那什么是首部？
要知道这个问题首先得了解报文结构，
报文构成：首部+报文主体
首部返回了请求或响应的细节信息
报文主体主要用于返回内容

请求首部：请求行+请求首部+通用首部+实体首部
响应首部：响应行+响应首部+通用首部+实体首部

请求行：URI+HTTP版
响应行：响应状态+HTTP版本+原因短语

在分清楚各个字段的时候需要分清一个区别和了解一个概念
1、End-to-End 和 Hop-by-Hop有什么区别
缓存代理 和 非缓存代理
前者全程有效，后者跳转一次就没了
例：有个请求的首部有两个字段，end-to-end 压缩方式1，hop-by-hop 压缩方式2
当这个请求到下一个代理的时候，hop-by-hop这个字段就消失了，因为下一个代理把它按照压缩方式2解压内容了，而压缩方式1则是到最终服务器的时候才会按照压缩方式1解压
2、有些字段的命令区别只在于，只对代理服务器的内容有效。
代理服务器作为一个中转点，就是缓存公用资源，减少对网络访问。所以有的部分请求字段只对代理服务器的内容起作用

然后大致讲一下各类型首部干了啥
  通用首部：
动缓存：本地留不留缓存，代理服务器留不留缓存，缓存多久过期；
协议相关：协议是否升级，报文啥时候创建的等
杂七杂八：传输路径，警告等
  请求首部：
host：哪个域名
referer请求从哪里发起
认证信息
支持类型内容、支持压缩方式，支持语言、请求范围
杂七杂八：有匹配信息怎么办、没匹配信息怎么办……
  响应首部：
返回了哪部分数据、返回语言、MD5码验证传输完整性
  报文首部：啥压缩格式