一本關於HTTP的戀愛日記


1991年 8月

我叫客戶端,英文名字 client。

她叫服務端,英文名字 server。

這一年,我們出生了。

是的,我們都是90后。

我愛她,可是她卻遠在天邊。

為了和她可以互訴衷腸,我同時發明了HTTP協議。

一門世界上只有我和她能懂的語言,一種世界上只有我和她能懂的浪漫。

雖然我只能給她發出GET操作,她也只能返回HTML文檔,但是已足夠了。

當我發出 GET /index.html
她會返回

<html>
  <body>Hello World</body>
</html>

可能在她看來,我也是她的全世界吧。

我知道自己還不完美,所以給自己命名0.9版本,我期待未來自己也能變得更好。

1996年 5月

這是我的第二篇日記。

原諒我很少寫日記,畢竟一位知名人物說過:"正常人誰寫日記啊?!"

之前我只和她分享HTML,這已經遠遠不能滿足我了,現在我還想和她分享圖像、視頻、二進制文件。

另外,我也想要和她有更多的接觸,就像戀人除了牽手還想要擁抱接吻,我除了GET還想要POSTHEAD

再次,在我的強烈要求下,每次交流能不能給點提示,省得老是被吐槽不解風情。所以,除了數據部分,每次通信加上了頭信息 ,大家都有個心理准備這次要干嗎。

比如在請求數據頭信息, Accept: */*會告訴她我能接受的數據類型,她若返回數據 Content-Type:image/jpeg我就知道她要分享自己的美照,
Content-Type:video/mp4我就知道可以看到她美美的視頻。

最后,唉,女孩子有時候真的是有點啰嗦的,所以我又在HTTP協議里加了 Content-Encoding,暗示她可以壓縮一下數據。

比如
我會用 Accept-Encoding: gzip, deflate 來告訴她我能接受的壓縮類型,而Content-Encoding: gzip就是告訴我她的實際壓縮類型。

可以看出來現在HTTP協議復雜了很多,但是我想說這是我們倆的特殊密碼,我願意記錄下來,成為一份美好的回憶。

另外一個很尷尬的問題就是,她覺得我不太久,每個Tcp鏈接只能發送一個請求,發送數據就關閉,這讓我很苦惱,所以有些瀏覽器在請求時,用了一個非標准的Connection字段。

Connection: keep-alive

這樣她就知道,我這次時間真的長了,不要再輕易斷開鏈接。

不過遺憾的是,這個並沒有納入標准。

不管咋樣,我覺得HTTP這次改的也算像模像樣了,所以就命名1.0吧。

有了這個里程碑,我和我的服務端之后交流可以更加豐富多彩了。

畢竟異地戀,最重要的還是有效、豐富的溝通。

1997年1月

隨着我們深入了解,我覺得我更愛她了,所以願意做更多的事情。

作為男人最大的尊嚴,我首先把Connection: keep-alive納入標准,即沒有聲明默認不關閉。

其次,我已經受不了我一問她一答這個模式,我想盡可能一次把我更多的愛意發出去,所以我引入管道機制,允許我同時發出多個請求,當然她還是按照順序,先后回應即可,最起碼我已經做到位了。

我的付出也是有回報的,server也很體貼的給我傳回來 Content-Length字段,好讓我方便知道她給了我多少數據。

但是有時候她要說的話太多了,我真的不想等待太久她處理完了才有回應,所以除了Content-Length,我同時在HTTP增加了
Transfer-Encoding字段 ,就表明回應將由數量未定的數據塊組成。

比如
每個非空的數據塊之前,會有一個16進制的數值,表示這個塊的長度。最后是一個大小為0的塊,就表示本次回應的數據發送完了。下面是一個例子。

HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked

25
This is the data in the first chunk

1C
and this is the second one

3
con

8
sequence

0

這樣,我就可以立馬收到她的回復,真好。

最后,除了GET POST 等操作,我還增加了PUT PATCH各種姿勢來和她溝通,你們懂的。

雖然優化了不少,但是作為男人要謙虛點,所以我把版本命名為1.1。

好的,就到這里吧,我會繼續努力的,為了她。

2009年

聽說谷歌公開了SPDY協議,還是用來解決我的 HTTP1.1 效率不高的問題?我不太開心,我還是喜歡我的HTTP協議。

server還問我能不能也把HTTP也優化優化,無語,我通過我的HTTP已經和她談了18年的戀愛了。

就這樣吧,不想寫了,愛咋咋地。

2015年 5月

愛一個人,真的會讓自己變得優秀啊。

為了能和我的她走的更近,我還是狠狠地把HTTP優化了下。

雖然是在SPDY的協議基礎上,但是,不重要!

大概主要幾點吧:

1、HTTP/1.1版的頭信息肯定是文本(ASCII編碼),數據體可以是文本,也可以是二進制,文本解析肯定不如二進制啊,所以直接徹底點,都變成二進制了。

這樣我們可以快速理解對方的訴求。

2、之前說我這可以同時發出多個請求,server按照順序處理,但是我不想一個個接收她的回應,所以她也可以並發返回給我數據啦。

3、戀愛越久,越怕對方說重復的話,所以除了數據體,我這次把頭信息也進行了壓縮。一方面可以使用gzip/ compress 進行壓縮,另外我和她同時維護一張頭信息表,所有字段都會存入這個表,生成一個索引號,以后就不發送同樣字段了,只發送索引號,這樣就提高速度了。

4、這個是最重要的,服務端可以主動給客戶端發送資源了,而不是我必須先發個請求。也就是當我走了99步之后,剩下的一步終於是她向我走來。

這次優化太多了,我決定直接命名HTTP2.0,當然之后還會有3.0,4.0。為了她,我願意變得更加優秀。

結束語

從前車馬很慢,書信很遠,一生只夠愛一個人。

如今,HTTP可以讓你的愛意毫秒級傳達給對方,但是也更祝福大家像我一樣,得之所愛,一生被愛。

BAT碼農,轉行程序員,Bug小王子,著名背鍋俠。

西二旗風中之狼,211院校掛科之神,真·搬磚者,偽·小說家。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM