HTTP協(xié)議 HTTP基本概念

HTTP是超文本傳輸協(xié)議，也就是HyperText Transfer Protocol。

網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站,成都做網(wǎng)站公司-創(chuàng)新互聯(lián)公司已向上1000家企業(yè)提供了,網(wǎng)站設(shè)計(jì),網(wǎng)站制作,網(wǎng)絡(luò)營銷等服務(wù)!設(shè)計(jì)與技術(shù)結(jié)合,多年網(wǎng)站推廣經(jīng)驗(yàn),合理的價(jià)格為您打造企業(yè)品質(zhì)網(wǎng)站。詳細(xì)解釋超文本傳輸協(xié)議。

根據(jù)名字，可以將超文本傳輸協(xié)議分解為：超文本、傳輸、協(xié)議。

協(xié)議：HTTP 是?個(gè)?在計(jì)算機(jī)世界?的協(xié)議。它使?計(jì)算機(jī)能夠理解的語?確?了?種計(jì)算機(jī)之間交流通信的規(guī)范，以及相關(guān)的各種控制和錯(cuò)誤處理?式。
傳輸：就是把?堆東?從 A 點(diǎn)搬到 B 點(diǎn)，或者從 B 點(diǎn) 搬到 A 點(diǎn)。而HTTP協(xié)議是雙向協(xié)議，
我們?cè)谏?沖浪時(shí)，瀏覽器是請(qǐng)求? A ，百度?站就是應(yīng)答? B。雙?約定? HTTP 協(xié)議來通信，于是瀏覽器把請(qǐng)
求數(shù)據(jù)發(fā)送給?站，?站再把?些數(shù)據(jù)返回給瀏覽器，最后由瀏覽器渲染在屏幕，就可以看到圖?、視頻了。

數(shù)據(jù)雖然是在 A 和 B 之間傳輸，但允許中間有中轉(zhuǎn)或接?。?在 HTTP ?，需要中間?遵從 HTTP 協(xié)議，只要不打擾基本的數(shù)據(jù)傳輸，就可以添加任意額外的東?。HTTP 是?個(gè)在計(jì)算機(jī)世界?專??來在兩點(diǎn)之間傳輸數(shù)據(jù)的約定和規(guī)范。
超文本：HTTP 傳輸?shù)膬?nèi)容是「超?本」。
我們先來理解「?本」，在互聯(lián)?早期的時(shí)候只是簡(jiǎn)單的字符?字，但現(xiàn)在「?本」的涵義已經(jīng)可以擴(kuò)展為圖?、 視頻、壓縮包等，在 HTTP 眼?這些都算作「?本」。
再來理解「超?本」，它就是超越了普通?本的?本，它是?字、圖?、視頻等的混合體，最關(guān)鍵有超鏈接，能從 ?個(gè)超?本跳轉(zhuǎn)到另外?個(gè)超?本。
HTML 就是最常?的超?本了，它本身只是純?字?件，但內(nèi)部?很多標(biāo)簽定義了圖?、視頻等的鏈接，再經(jīng)過瀏 覽器的解釋，呈現(xiàn)給我們的就是?個(gè)?字、有畫?的??了。
OK，經(jīng)過了對(duì) HTTP ?這三個(gè)名詞的詳細(xì)解釋，就可以給出?「超?本傳輸協(xié)議」這七個(gè)字更準(zhǔn)確更有技術(shù)含量的答案：
HTTP 是?個(gè)在計(jì)算機(jī)世界?專?在「兩點(diǎn)」之間「?jìng)鬏敗?字、圖?、?頻、視頻等「超?本」數(shù)據(jù)的「約定和規(guī)范」。

http 常?字段有哪些？ Host 字段

客戶端發(fā)送請(qǐng)求時(shí)，?來指定服務(wù)器的域名。

Content-Length 字段

服務(wù)器在返回?cái)?shù)據(jù)時(shí)，會(huì)有 Content-Length 字段，表明本次回應(yīng)的數(shù)據(jù)長(zhǎng)度。

如上?則是告訴瀏覽器，本次服務(wù)器回應(yīng)的數(shù)據(jù)?度是 1000 個(gè)字節(jié)，后?的字節(jié)就屬于下?個(gè)回應(yīng)了。

Connection 字段

Connection 字段最常?于客戶端要求服務(wù)器使? TCP 持久連接，以便其他請(qǐng)求復(fù)?。

HTTP/1.1 版本的默認(rèn)連接都是持久連接，但為了兼容?版本的 HTTP，需要指定 Connection ?部字段的值為 Keep-Alive 。

‘Connection: keep-alive’

?個(gè)可以復(fù)?的 TCP 連接就建?了，直到客戶端或服務(wù)器主動(dòng)關(guān)閉連接。但是，這不是標(biāo)準(zhǔn)字段。

Content-Type 字段

Content-Type 字段?于服務(wù)器回應(yīng)時(shí)，告訴客戶端，本次數(shù)據(jù)是什么格式。

Content-Type: text/html; charset=utf-8
上?的類型表明，發(fā)送的是??，?且編碼是UTF-8。
客戶端請(qǐng)求的時(shí)候，可以使? Accept 字段聲明??可以接受哪些數(shù)據(jù)格式。

Accept:/

上?代碼中，客戶端聲明??可以接受任何格式的數(shù)據(jù)。

Content-Encoding 字段

Content-Encoding 字段說明數(shù)據(jù)的壓縮?法。表示服務(wù)器返回的數(shù)據(jù)使?了什么壓縮格式

Content-Encoding: gzip
上?表示服務(wù)器返回的數(shù)據(jù)采?了 gzip ?式壓縮，告知客戶端需要?此?式解壓。
客戶端在請(qǐng)求時(shí)，? Accept-Encoding 字段說明??可以接受哪些壓縮?法。
Accept-Encoding: gzip, deflate

GET 與 POST區(qū)別

Get ?法的含義是請(qǐng)求從服務(wù)器獲取資源，這個(gè)資源可以是靜態(tài)的?本、??、圖?視頻等。
? POST ?法則是相反操作，它向 URI 指定的資源提交數(shù)據(jù)，數(shù)據(jù)就放在報(bào)?的 body ?。

HTTP 特性

HTTP 最凸出的優(yōu)點(diǎn)是「簡(jiǎn)單、靈活和易于擴(kuò)展、應(yīng)??泛和跨平臺(tái)」。

簡(jiǎn)單

HTTP 基本的報(bào)?格式就是 header + body ，頭部信息也是 key-value 簡(jiǎn)單?本的形式，易于理解，降低了學(xué)
習(xí)和使?的?檻。

靈活和易于擴(kuò)展

HTTP協(xié)議?的各類請(qǐng)求?法、URI/URL、狀態(tài)碼、頭字段等每個(gè)組成要求都沒有被固定死，都允許開發(fā)?員?定
義和擴(kuò)充。
同時(shí) HTTP 由于是?作在應(yīng)?層（ OSI 第七層），則它下層可以隨意變化。
HTTPS 也就是在 HTTP 與 TCP 層之間增加了 SSL/TLS 安全傳輸層，HTTP/3 甚?把 TCP 層換成了基于 UDP 的 QUIC。

應(yīng)??泛和跨平臺(tái)

互聯(lián)?發(fā)展?今，HTTP 的應(yīng)?范圍?常的?泛，從臺(tái)式機(jī)的瀏覽器到?機(jī)上的各種 APP，從看新聞、刷貼吧到購物、理財(cái)、吃雞，HTTP 的應(yīng)??地開花，同時(shí)天然具有跨平臺(tái)的優(yōu)越性。

缺點(diǎn)

HTTP 協(xié)議?有優(yōu)缺點(diǎn)?體的雙刃劍，分別是「?狀態(tài)、明?傳輸」，同時(shí)還有??缺點(diǎn)「不安全」。

1. ?狀態(tài)雙刃劍?狀態(tài)的好處，因?yàn)榉?wù)器不會(huì)去記憶 HTTP 的狀態(tài)，所以不需要額外的資源來記錄狀態(tài)信息，這能減輕服務(wù)器的
   負(fù)擔(dān)，能夠把更多的 CPU 和內(nèi)存?來對(duì)外提供服務(wù)。
   ?狀態(tài)的壞處，既然服務(wù)器沒有記憶能?，它在完成有關(guān)聯(lián)性的操作時(shí)會(huì)?常麻煩。
   例如登錄->添加購物?->下單->結(jié)算->?付，這系列操作都要知道?戶的身份才?。但服務(wù)器不知道這些請(qǐng)求是有關(guān)聯(lián)的，每次都要問?遍身份信息。
   這樣每操作?次，都要驗(yàn)證信息，這樣的購物體驗(yàn)還能愉快嗎？別問，問就是酸爽！
   對(duì)于?狀態(tài)的問題，解法?案有很多種，其中?較簡(jiǎn)單的?式? Cookie 技術(shù)。
   Cookie 通過在請(qǐng)求和響應(yīng)報(bào)?中寫? Cookie 信息來控制客戶端的狀態(tài)。
   相當(dāng)于，在客戶端第?次請(qǐng)求后，服務(wù)器會(huì)下發(fā)?個(gè)裝有客戶信息的「?貼紙」，后續(xù)客戶端請(qǐng)求服務(wù)器的時(shí)候， 帶上「?貼紙」，服務(wù)器就能認(rèn)得了了，
   
2. 明?傳輸雙刃劍
   明?意味著在傳輸過程中的信息，是可?便閱讀的，通過瀏覽器的 F12 控制臺(tái)或 Wireshark 抓包都可以直接?眼查看，為我們調(diào)試?作帶了極?的便利性。
   但是這正是這樣，HTTP 的所有信息都暴露在了光天化?下，相當(dāng)于信息裸奔。在傳輸?shù)穆?的過程中，信息的內(nèi)容都毫?隱私可?，很容易就能被竊取，如果??有你的賬號(hào)密碼信息，那你號(hào)沒了。
3. 不安全
   HTTP ?較嚴(yán)?的缺點(diǎn)就是不安全：
   通信使?明?（不加密），內(nèi)容可能會(huì)被竊聽。?如，賬號(hào)信息容易泄漏，那你號(hào)沒了。
   不驗(yàn)證通信?的身份，因此有可能遭遇偽裝。?如，訪問假的淘寶、拼多多，那你錢沒了。
   ?法證明報(bào)?的完整性，所以有可能已遭篡改。?如，??上植?垃圾?告，視覺污染，眼沒了。

HTTP 與 HTTPS

1. HTTP 是超?本傳輸協(xié)議，信息是明?傳輸，存在安全?險(xiǎn)的問題。HTTPS 則解決 HTTP 不安全的缺陷，在
   TCP 和 HTTP ?絡(luò)層之間加?了 SSL/TLS 安全協(xié)議，使得報(bào)?能夠加密傳輸。
2. HTTP 連接建?相對(duì)簡(jiǎn)單， TCP 三次握?之后便可進(jìn)? HTTP 的報(bào)?傳輸。? HTTPS 在 TCP 三次握?之后，還需進(jìn)? SSL/TLS 的握?過程，才可進(jìn)?加密報(bào)?傳輸。
3. HTTP 的端?號(hào)是 80，HTTPS 的端?號(hào)是 443。
4. HTTPS 協(xié)議需要向 CA（證書權(quán)威機(jī)構(gòu)）申請(qǐng)數(shù)字證書，來保證服務(wù)器的身份是可信的。

HTTPS 解決了 HTTP 的哪些問題？

HTTP 由于是明?傳輸，所以安全上存在以下三個(gè)?險(xiǎn)：
竊聽?險(xiǎn)，?如通信鏈路上可以獲取通信內(nèi)容，?戶號(hào)容易沒。
篡改?險(xiǎn)，?如強(qiáng)制植?垃圾?告，視覺污染，?戶眼容易瞎。
冒充?險(xiǎn)，?如冒充淘寶?站，?戶錢容易沒。

本文參考暗暗黑風(fēng)格-圖解網(wǎng)絡(luò)-小林coding-v3.0所作。

你是否還在尋找穩(wěn)定的海外服務(wù)器提供商？創(chuàng)新互聯(lián)www.cdcxhl.cn海外機(jī)房具備T級(jí)流量清洗系統(tǒng)配攻擊溯源，準(zhǔn)確流量調(diào)度確保服務(wù)器高可用性，企業(yè)級(jí)服務(wù)器適合批量采購，新人活動(dòng)首月15元起，快前往官網(wǎng)查看詳情吧

網(wǎng)頁標(biāo)題：簡(jiǎn)述HTTP協(xié)議（圖文講解，一看就會(huì)）-創(chuàng)新互聯(lián)
網(wǎng)站地址：http://aaarwkj.com/article32/isesc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、網(wǎng)站建設(shè)、網(wǎng)站策劃、網(wǎng)站制作、網(wǎng)站內(nèi)鏈、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)