ZaKing

在前面的章节，我们把HTTP/1.1的大部分核心内容都过了一遍，并且给出了基于Node环境的一部分示例代码，想必大家对HTTP/1.1已经不再陌生，那么HTTP/1.1的学习基本上就结束了。这两篇文章，我会和大家一起，学习一下HTTP/2和HTTP/3。 还记得我们在之前的时间回溯那篇文章里，简单的

HTTP缓存相关的问题好像是前端面试中比较常见的问题了，上来就会问什么cache-control字段有哪些，有啥区别啥的。嗯……说实话，我觉得至少在本篇来说，HTTP缓存还算不上复杂，只是字段稍微多了点，大家用心记一下就好啦。 缓存的概念，其实在你访问互联网中的任何资源其所产生的任何链路中的每一个节

代理，其实全称应该叫做代理服务器，它是客户端与服务器之间得中间层，本质上来说代理就是一个服务器，在HTTP的链路中插入的一个中间环节，就是代理服务器啦。所谓的代理服务就是指：服务本身不生产内容，而是处于中间位置转发上下游的请求和响应，具有双重身份。面向下游的用户时，表现为服务器，代表源服务器响应客户

我们在之前的文章中介绍HTTP特性的时候聊过，HTTP是无状态的，每次聊起HTTP特性的时候，我都会回忆一下从前辉煌的日子，也就是互联网变革的初期，那时候其实HTTP不需要有状态，就是个浏览页面，没有什么需要记录信息的地方，所以无状态完全符合当时的场景。 另外，无状态也给HTTP带来了不少的好处，正

我们知道，用来传输页面的协议就是HTTP协议，全称是超文本传输协议，而浏览器展示的页面则是用HTML编写的，HTML的全称则是超文本标记语言。你看，都叫做超文本，我在第一篇文章的时候也详细的聊过，超文本区别于文本的本质就是文本中具有超链接的文本。 当我们点击页面中的超链接，则会跳转到其它超文本页面，

这一篇文章，我们核心要聊的事情就是HTTP的对头阻塞问题，因为HTTP的核心改进其实就是在解决HTTP的队头阻塞。所以，我们会讲的理论多一些，而实践其实很少，要学习的头字段也只有一个，我会在最开始就讲完这个头字段，然后我们安心的去学习接下来的理论知识，嗯……这些理论知识很重要。 那我们就先来看看我们

我真没想到这篇文章竟然写了将近一个月，一方面我在写这篇文章的时候阳了，所以将近有两周没干活，另外一方面，我发现在写基于Node的HTTP的demo的时候，我不会Node，所以我又要一边学学Node，一边百度，一边看HTTP，最后百度的东西百分之九十不能用，所以某些点就卡的我特别难受。 比如最后的分段

前面几篇文章，我从纵向的空间到横向的时间，再到一个具体的小栗子，可以说是全方位，无死角的覆盖了HTTP的大部分基本框架，但是我聊的都太宽泛了，很多内容都是一笔带过，再加上一句后面再说就草草结束了。并且我还漏了一点东西，就是HTTP本身。 所以那，这一章，我们回到我们的核心论点，来聊一聊HTTP的特性

本来啊，本来，本来我在准备完善这个鸽了四年的系列的时候，是打算按照时间的顺序来完成的，好吧。我承认那个时候考虑的稍稍稍稍稍微有些不足，就是我忽略了HTTP协议的“模块性“。因为虽然按照时间顺序写写流水账好像是个不错的选择，但是写着写着发现，其实HTTP的头字段，往往是一块一块的，这一块的部分包含了某