發(fā)展歷程-http組成-http是什么-相關(guān)的應(yīng)用-相關(guān)的協(xié)議

參考來(lái)源：
極客時(shí)間-透視HTTP協(xié)議(作者：羅劍鋒)；

01-HTTP的發(fā)展歷程

1989 年，任職于歐洲核子研究中心（CERN）的蒂姆·伯納斯 - 李（Tim Berners-Lee）發(fā)
表了一篇論文，提出了在互聯(lián)網(wǎng)上構(gòu)建超鏈接文檔系統(tǒng)的構(gòu)想。這篇論文中他確立了三項(xiàng)關(guān)
鍵技術(shù)。

1. URI：即統(tǒng)一資源標(biāo)識(shí)符，作為互聯(lián)網(wǎng)上資源的唯一身份；
2. HTML：即超文本標(biāo)記語(yǔ)言，描述超文本文檔；
3. HTTP：即超文本傳輸協(xié)議，用來(lái)傳輸超文本

HTTP/1.0 版本在 1996 年正式發(fā)布。
它在多方面增強(qiáng)了 0.9 版，形式上已經(jīng)和我們現(xiàn)在的 HTTP 差別不大了，例如：

1. 增加了 HEAD、POST 等新方法；
2. 增加了響應(yīng)狀態(tài)碼，標(biāo)記可能的錯(cuò)誤原因；
3. 引入了協(xié)議版本號(hào)概念；
4. 引入了 HTTP Header（頭部）的概念，讓 HTTP 處理請(qǐng)求和響應(yīng)更加靈活；
5. 傳輸?shù)臄?shù)據(jù)不再僅限于文本。

但 HTTP/1.0 并不是一個(gè)“標(biāo)準(zhǔn)”，只是記錄已有實(shí)踐和模式的一份參考文檔，不具有實(shí)際
的約束力，相當(dāng)于一個(gè)“備忘錄”。

1999 年，HTTP/1.1 發(fā)布了 RFC 文檔，編號(hào)為 2616，正式確立了延續(xù)十余年的傳
奇。

1. 增加了 PUT、DELETE 等新的方法；
2. 增加了緩存管理和控制；
3. 明確了連接管理，允許持久連接；
4. 允許響應(yīng)數(shù)據(jù)分塊（chunked），利于傳輸大文件；
5. 強(qiáng)制要求 Host 頭，讓互聯(lián)網(wǎng)主機(jī)托管成為可能。
   不過(guò)由于 HTTP/1.1 太過(guò)龐大和復(fù)雜，所以在 2014 年又做了一次修訂，原來(lái)的一個(gè)大文檔
   被拆分成了六份較小的文檔，編號(hào)為 7230-7235，優(yōu)化了一些細(xì)節(jié)，但此外沒(méi)有任何實(shí)質(zhì)
   性的改動(dòng)。

在 2015 年發(fā)布了 HTTP/2，
RFC 編號(hào) 7540。
HTTP/2 的制定充分考慮了現(xiàn)今互聯(lián)網(wǎng)的現(xiàn)狀：寬帶、移動(dòng)、不安全，在高度兼容
HTTP/1.1 的同時(shí)在性能改善方面做了很大努力，主要的特點(diǎn)有：

1. 二進(jìn)制協(xié)議，不再是純文本；
2. 可發(fā)起多個(gè)請(qǐng)求，廢棄了 1.1 里的管道；
3. 使用專用算法壓縮頭部，減少數(shù)據(jù)傳輸量；
4. 允許服務(wù)器主動(dòng)向客戶端推送數(shù)據(jù)；
5. 增強(qiáng)了安全性，“事實(shí)上”要求加密通信。

2018 年，互聯(lián)網(wǎng)標(biāo)準(zhǔn)化組織 IETF 提議將“HTTP over QUIC”更名
為“HTTP/3”并獲得批準(zhǔn)

02-http(超文本傳輸協(xié)議)的組成

協(xié)議：
第一點(diǎn)，協(xié)議必須要有兩個(gè)或多個(gè)參與者，也就是“協(xié)”。
第二點(diǎn)，協(xié)議是對(duì)參與者的一種行為約定和規(guī)范，也就是“議”。
協(xié)議意味著有多個(gè)參與者為了達(dá)成某個(gè)共同的目的而站在了一起，除了要無(wú)疑義地溝通交流
之外，還必須明確地規(guī)定各方的“責(zé)、權(quán)、利”，約定該做什么不該做什么，先做什么后做
什么，做錯(cuò)了怎么辦，有沒(méi)有補(bǔ)救措施等等。

傳輸
第一點(diǎn)，HTTP 協(xié)議是一個(gè)“雙向協(xié)議”。
有兩個(gè)最基本的參與者 A 和 B，從 A 開始到 B 結(jié)束，數(shù)據(jù)在 A 和 B 之間雙向
而不是單向流動(dòng)。通常我們把先發(fā)起傳輸動(dòng)作的 A 叫做請(qǐng)求方，把后接到傳輸?shù)?B 叫做應(yīng)
答方或者響應(yīng)方。
第二點(diǎn)，數(shù)據(jù)雖然是在 A 和 B 之間傳輸，但并沒(méi)有限制只有 A 和 B 這兩個(gè)角色，允許中
間有“中轉(zhuǎn)”或者“接力”。
這樣，傳輸方式就從“A<===>B”，變成了“A<=>X<=>Y<=>Z<=>B”，A 到 B 的
傳輸過(guò)程中可以存在任意多個(gè)“中間人”，而這些中間人也都遵從 HTTP 協(xié)議，只要不打
擾基本的數(shù)據(jù)傳輸，就可以添加任意的額外功能，例如安全認(rèn)證、數(shù)據(jù)壓縮、編碼轉(zhuǎn)換等
等，優(yōu)化整個(gè)傳輸過(guò)程。

超文本
所謂“文本”（Text），就表示 HTTP 傳輸?shù)牟皇?TCP/UDP 這些底層協(xié)議里被切分的雜
亂無(wú)章的二進(jìn)制包（datagram），而是完整的、有意義的數(shù)據(jù)，可以被瀏覽器、服務(wù)器這
樣的上層應(yīng)用程序處理。
所謂“超文本”，就是“超越了普通文本的文本”，它是文字、圖片、音頻和視頻等的混合
體，最關(guān)鍵的是含有“超鏈接”，能夠從一個(gè)“超文本”跳躍到另一個(gè)“超文本”，形成復(fù)
雜的非線性、網(wǎng)狀的結(jié)構(gòu)關(guān)系。

03-http是什么

HTTP 是一個(gè)在計(jì)算機(jī)世界里專門在兩點(diǎn)之間傳輸文字、圖片、音頻、視頻等超文本數(shù)據(jù)的約定和規(guī)范。

它不是瀏覽器、手機(jī) APP 那樣的應(yīng)用程序，也不是 Windows、Linux 那樣的操作系統(tǒng)，更不是 Apache、Nginx、Tomcat 那樣的 Web 服務(wù)器。

HTTP 不是 HTML，單論次數(shù)，在互聯(lián)網(wǎng)上
HTTP 傳輸最多的可能就是 HTML，但要是論數(shù)據(jù)量，HTML 可能要往后排了，圖片、音頻、視頻這些類型的資源顯然更大。

HTTP 不是一個(gè)孤立的協(xié)議
在互聯(lián)網(wǎng)世界里，HTTP 通常跑在 TCP/IP 協(xié)議棧之上，依靠 IP 協(xié)議實(shí)現(xiàn)尋址和路由、TCP
協(xié)議實(shí)現(xiàn)可靠數(shù)據(jù)傳輸、DNS 協(xié)議實(shí)現(xiàn)域名查找、SSL/TLS 協(xié)議實(shí)現(xiàn)安全通信。此外，還
有一些協(xié)議依賴于 HTTP，例如 WebSocket、HTTPDNS 等。這些協(xié)議相互交織，構(gòu)成了
一個(gè)協(xié)議網(wǎng)，而 HTTP 則處于中心地位。

04-與HTTP相關(guān)的各種應(yīng)用

CDN，全稱是“Content Delivery Network”，翻譯過(guò)來(lái)就是“內(nèi)容分發(fā)網(wǎng)絡(luò)”。它應(yīng)用
了 HTTP 協(xié)議里的緩存和代理技術(shù)，代替源站響應(yīng)客戶端的請(qǐng)求。

05-各種HTTP相關(guān)協(xié)議

代理（Proxy）是 HTTP 協(xié)議中請(qǐng)求方和應(yīng)答方中間的一個(gè)環(huán)節(jié)，作為“中轉(zhuǎn)站”，既可以
轉(zhuǎn)發(fā)客戶端的請(qǐng)求，也可以轉(zhuǎn)發(fā)服務(wù)器的應(yīng)答。
代理有很多的種類，常見的有：

1. 匿名代理：完全“隱匿”了被代理的機(jī)器，外界看到的只是代理服務(wù)器；
2. 透明代理：顧名思義，它在傳輸過(guò)程中是“透明開放”的，外界既知道代理，也知道客
   戶端；
3. 正向代理：靠近客戶端，代表客戶端向服務(wù)器發(fā)送請(qǐng)求；
4. 反向代理：靠近服務(wù)器端，代表服務(wù)器響應(yīng)客戶端的請(qǐng)求；

由于代理在傳輸過(guò)程中插入了一個(gè)“中間層”，所以可以在這個(gè)環(huán)節(jié)做很多有意思的事情，
比如：
5. 負(fù)載均衡：把訪問(wèn)請(qǐng)求均勻分散到多臺(tái)機(jī)器，實(shí)現(xiàn)訪問(wèn)集群化；
6. 內(nèi)容緩存：暫存上下行的數(shù)據(jù)，減輕后端的壓力；
7. 安全防護(hù)：隱匿 IP, 使用 WAF 等工具抵御網(wǎng)絡(luò)攻擊，保護(hù)被代理的機(jī)器；
8. 數(shù)據(jù)處理：提供壓縮、加密等額外的功能。
URI（Uniform Resource Identifier），中文名稱是 統(tǒng)一資源標(biāo)識(shí)符，使用
它就能夠唯一地標(biāo)記互聯(lián)網(wǎng)上資源。

URI 另一個(gè)更常用的表現(xiàn)形式是 URL（Uniform Resource Locator）， 統(tǒng)一資源定位
符，也就是我們俗稱的“網(wǎng)址”，它實(shí)際上是 URI 的一個(gè)子集，不過(guò)因?yàn)檫@兩者幾乎是相
同的，差異不大，所以通常不會(huì)做嚴(yán)格的區(qū)分。

你可以看到，URI 主要有三個(gè)基本的部分構(gòu)成：

1. 協(xié)議名：即訪問(wèn)該資源應(yīng)當(dāng)使用的協(xié)議，在這里是“http”；
2. 主機(jī)名：即互聯(lián)網(wǎng)上主機(jī)的標(biāo)記，可以是域名或 IP 地址，在這里是“nginx.org”；
3. 路徑：即資源在主機(jī)上的位置，使用“/”分隔多級(jí)目錄，在這里是“/en/download.html”。