国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

聊一聊 http2.0

馬龍駒 / 1244人閱讀

摘要：有了多路復(fù)用之后，在同一個(gè)交易渠道上，能夠同時(shí)完成客戶所有訂單貨物的采購(gòu)和交付，客戶端只要在每個(gè)訂單上備注好，貨物拆分發(fā)貨，亂序到達(dá)之后按照重新組裝即可，不會(huì)因?yàn)槟硞€(gè)包裹的延誤導(dǎo)致整體配送進(jìn)度的推遲。

1。 我們認(rèn)識(shí)http 協(xié)議，從最初的，客戶端與服務(wù)器進(jìn)行通訊，基于連接發(fā)生的請(qǐng)求與響應(yīng)

在HTTP1.0時(shí)代，連接無(wú)法復(fù)用，每次下完單，都被強(qiáng)制登出/關(guān)機(jī)，下一次下單，就得重新登錄。

為了解決http1.0的單鏈接，http1.1 又提出了 保持鏈接設(shè)置Connection:Keep-Alive

http1.1 默認(rèn)開啟了keep-alive，但是在keep-alive的背景下，必須等到請(qǐng)求1完成之后，再繼續(xù)處理2，3，這樣的方式很浪費(fèi)時(shí)間，于是又提出了 HTTPpipelining 不用等到請(qǐng)求1 完成，就可以直接繼續(xù)2，3，4


只可惜服務(wù)器是按照順序處理的，如果服務(wù)1，沒(méi)有響應(yīng)，那么2，3，4 服務(wù)就需要原地等待，只有等到1處理完成之后，才能處理后面2，3，4.為了解決這個(gè)問(wèn)題，服務(wù)器需要增加好幾個(gè)通道，建立多個(gè)鏈接，就算其中一個(gè)請(qǐng)求堵塞了，也不會(huì)影響其他的。
但是這樣也不能解決問(wèn)題 比如建立多個(gè)鏈接，鏈接數(shù)目有限，每換一個(gè)服務(wù)鏈接，就得從新TCP 三次握手，容易造成服務(wù)斷開，隨著服務(wù)的增加，訂單也只能按照先進(jìn)先出的順序來(lái)排隊(duì)，但是堵塞依舊很嚴(yán)重。所以這里創(chuàng)造了SPDY協(xié)議，后續(xù)在此基礎(chǔ)上，又起草了 http2.0協(xié)議

由上，HTTP/1.1相較于 HTTP/1.0 協(xié)議的區(qū)別主要體現(xiàn)在：

1 緩存處理

2 帶寬優(yōu)化及網(wǎng)絡(luò)連接的使用

3 錯(cuò)誤通知的管理

4 消息在網(wǎng)絡(luò)中的發(fā)送

5 互聯(lián)網(wǎng)地址的維護(hù)

6 安全性及完整性

常用的請(qǐng)求方式

GET 請(qǐng)求獲取Request-URI所標(biāo)識(shí)的資源

POST 在Request-URI所標(biāo)識(shí)的資源后附加新的數(shù)據(jù)

HEAD 請(qǐng)求獲取由Request-URI所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭

PUT 請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源，并用Request-URI作為其標(biāo)識(shí)

DELETE 請(qǐng)求服務(wù)器刪除Request-URI所標(biāo)識(shí)的資源

TRACE 請(qǐng)求服務(wù)器回送收到的請(qǐng)求信息，主要用于測(cè)試或診斷

CONNECT 保留將來(lái)使用

OPTIONS 請(qǐng)求查詢服務(wù)器的性能，或者查詢與資源相關(guān)的選項(xiàng)和需求

GET方法：在瀏覽器的地址欄中輸入網(wǎng)址的方式訪問(wèn)網(wǎng)頁(yè)時(shí)，瀏覽器采用GET方法向服務(wù)器獲取資源，POST方法要求被請(qǐng)求服務(wù)器接受附在請(qǐng)求后面的數(shù)據(jù)，常用于提交表單。GET是用于獲取數(shù)據(jù)的，POST一般用于將數(shù)據(jù)發(fā)給服務(wù)器之用。

HTTP 1.1狀態(tài)代碼及其含義

狀態(tài)代碼有三位數(shù)字組成，第一個(gè)數(shù)字定義了響應(yīng)的類別，且有五種可能取值：

1xx：指示信息--表示請(qǐng)求已接收，繼續(xù)處理

2xx：成功--表示請(qǐng)求已被成功接收、理解、接受

3xx：重定向--要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作

4xx：客戶端錯(cuò)誤--請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求無(wú)法實(shí)現(xiàn)

5xx：服務(wù)器端錯(cuò)誤--服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求

2. 多路復(fù)用

多路復(fù)用，即單個(gè)鏈接同時(shí)進(jìn)行多個(gè)業(yè)務(wù)單元數(shù)據(jù)的傳輸。
有了多路復(fù)用之后，在同一個(gè)交易渠道上，能夠同時(shí)完成客戶所有訂單貨物的采購(gòu)和交付，客戶端只要在每個(gè)訂單上備注好ID，貨物拆分發(fā)貨，亂序到達(dá)之后按照ID重新組裝即可，不會(huì)因?yàn)槟硞€(gè)包裹的延誤導(dǎo)致整體配送進(jìn)度的推遲。 簡(jiǎn)而言之 就是打包服務(wù)

請(qǐng)求優(yōu)先級(jí)
-假如訂單2的商品特別重要，就在訂單2上留一段備注，服務(wù)端收到訂單之后，會(huì)優(yōu)先發(fā)出訂單2的包裹。

同時(shí)，服務(wù)端評(píng)估訂單5是短保產(chǎn)品，需要盡快到貨，也會(huì)將訂單5優(yōu)先發(fā)貨。

頭部壓縮

HTTP1.X的頭部越來(lái)越膨脹，很多都是重復(fù)且多余的，HTTP2.0可以壓縮頭部的大小，并且避免了重復(fù)的傳輸，可以大大降低延遲。

就好比貨物越輕，運(yùn)送速度則越快，HTTP2.0協(xié)議下，賣家發(fā)貨時(shí)將多余包裝扔掉，這樣買家就能更快地收到貨啦！

服務(wù)端推送 就是預(yù)定

服務(wù)端推送是HTTP2.0的一大亮點(diǎn)。

在客戶端下了訂單1之后，服務(wù)端預(yù)先判斷客戶端可能會(huì)需要下訂單2、3、4……于是主動(dòng)發(fā)貨。這種主動(dòng)推送的機(jī)制，可以節(jié)省接下來(lái)的幾個(gè)請(qǐng)求耗時(shí)，提升訪問(wèn)速度。

科普完畢的分割線

有了HTTP2.0之后，賣家（網(wǎng)站）能夠更快地將內(nèi)容呈現(xiàn)給買家（用戶）。
參考原文地址

文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/52611.html

相關(guān)文章

  • [聊一聊系列]聊一聊WEB前端安全那些事兒

    摘要：所以今天，就和大家一起聊一聊前端的安全那些事兒。我們就聊一聊前端工程師們需要注意的那些安全知識(shí)。殊不知，這不僅僅是違反了的標(biāo)準(zhǔn)而已，也同樣會(huì)被黑客所利用。 歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面（不僅僅是代碼）：https://segmentfault.com/blog... 隨著互聯(lián)網(wǎng)的發(fā)達(dá)，各種WEB應(yīng)用也變得越來(lái)越復(fù)雜，滿足了用戶的各種需求...

    AZmake 評(píng)論0 收藏0

  • Android 面試必備 - http 與 https 協(xié)議

    摘要：靈活允許傳輸任意類型的數(shù)據(jù)對(duì)象。無(wú)連接每次響應(yīng)一個(gè)請(qǐng)求，響應(yīng)完成以后就斷開連接。無(wú)狀態(tài)服務(wù)器不保存瀏覽器的任何信息。每次提交的請(qǐng)求之間沒(méi)有關(guān)聯(lián)。非流水線發(fā)出一個(gè)報(bào)文，等到響應(yīng)，再發(fā)下一個(gè)報(bào)文。同時(shí)，流還支持優(yōu)先級(jí)和流量控制。 版權(quán)聲明：本文為博主原創(chuàng)文章，遵循[ CC 4.0by-sa ](http://creativecommons.org/li...，轉(zhuǎn)載請(qǐng)附上原文出處鏈接和本...

    Wuv1Up 評(píng)論0 收藏0

  • [聊一聊系列]聊一聊網(wǎng)頁(yè)的分段傳輸與渲染那些事兒

    摘要：歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面不僅僅是代碼這一節(jié)，請(qǐng)跟隨筆者聊一聊，網(wǎng)頁(yè)的分段傳輸與渲染，用一些非常規(guī)手段優(yōu)化我們的網(wǎng)站響應(yīng)速度。可以處理完一塊就返回一塊，讓瀏覽器盡早的接收到，可以先行渲染。 歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面（不僅僅是代碼）：https://segmentfault.com/...

    thursday 評(píng)論0 收藏0

  • [聊一聊系列]聊一聊前端功能統(tǒng)計(jì)那些事兒

    摘要：歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面不僅僅是代碼什么是功能統(tǒng)計(jì)作為一名開發(fā)，我們的產(chǎn)品發(fā)布出去之后，無(wú)論是產(chǎn)品還是運(yùn)營(yíng)，其實(shí)都是想及時(shí)了解產(chǎn)品對(duì)用戶產(chǎn)生的影響的。下一章，我們將繼續(xù)聊聊速度統(tǒng)計(jì)。 歡迎大家收看聊一聊系列，這一套系列文章，可以幫助前端工程師們了解前端的方方面面（不僅僅是代碼）：https://segmentfault.com/bl...

    PAMPANG 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<