HTTP協議 HTTP基本概念

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

網站設計制作、成都做網站,成都做網站公司-創新互聯公司已向上1000家企業提供了,網站設計,網站制作,網絡營銷等服務!設計與技術結合,多年網站推廣經驗,合理的價格為您打造企業品質網站。詳細解釋超文本傳輸協議。

根據名字，可以將超文本傳輸協議分解為：超文本、傳輸、協議。

協議：HTTP 是?個?在計算機世界?的協議。它使?計算機能夠理解的語?確?了?種計算機之間交流通信的規范，以及相關的各種控制和錯誤處理?式。
傳輸：就是把?堆東?從 A 點搬到 B 點，或者從 B 點 搬到 A 點。而HTTP協議是雙向協議，
我們在上?沖浪時，瀏覽器是請求? A ，百度?站就是應答? B。雙?約定? HTTP 協議來通信，于是瀏覽器把請
求數據發送給?站，?站再把?些數據返回給瀏覽器，最后由瀏覽器渲染在屏幕，就可以看到圖?、視頻了。

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

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

客戶端發送請求時，?來指定服務器的域名。

Content-Length 字段

服務器在返回數據時，會有 Content-Length 字段，表明本次回應的數據長度。

如上?則是告訴瀏覽器，本次服務器回應的數據?度是 1000 個字節，后?的字節就屬于下?個回應了。

Connection 字段

Connection 字段最常?于客戶端要求服務器使? TCP 持久連接，以便其他請求復?。

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

‘Connection: keep-alive’

?個可以復?的 TCP 連接就建?了，直到客戶端或服務器主動關閉連接。但是，這不是標準字段。

Content-Type 字段

Content-Type 字段?于服務器回應時，告訴客戶端，本次數據是什么格式。

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

Accept:/

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

Content-Encoding 字段

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

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

GET 與 POST區別

Get ?法的含義是請求從服務器獲取資源，這個資源可以是靜態的?本、??、圖?視頻等。
? POST ?法則是相反操作，它向 URI 指定的資源提交數據，數據就放在報?的 body ?。

HTTP 特性

HTTP 最凸出的優點是「簡單、靈活和易于擴展、應??泛和跨平臺」。

簡單

HTTP 基本的報?格式就是 header + body ，頭部信息也是 key-value 簡單?本的形式，易于理解，降低了學
習和使?的?檻。

靈活和易于擴展

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

應??泛和跨平臺

互聯?發展?今，HTTP 的應?范圍?常的?泛，從臺式機的瀏覽器到?機上的各種 APP，從看新聞、刷貼吧到購物、理財、吃雞，HTTP 的應??地開花，同時天然具有跨平臺的優越性。

缺點

HTTP 協議?有優缺點?體的雙刃劍，分別是「?狀態、明?傳輸」，同時還有??缺點「不安全」。

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

HTTP 與 HTTPS

1. HTTP 是超?本傳輸協議，信息是明?傳輸，存在安全?險的問題。HTTPS 則解決 HTTP 不安全的缺陷，在
   TCP 和 HTTP ?絡層之間加?了 SSL/TLS 安全協議，使得報?能夠加密傳輸。
2. HTTP 連接建?相對簡單， TCP 三次握?之后便可進? HTTP 的報?傳輸。? HTTPS 在 TCP 三次握?之后，還需進? SSL/TLS 的握?過程，才可進?加密報?傳輸。
3. HTTP 的端?號是 80，HTTPS 的端?號是 443。
4. HTTPS 協議需要向 CA（證書權威機構）申請數字證書，來保證服務器的身份是可信的。

HTTPS 解決了 HTTP 的哪些問題？

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

本文參考暗暗黑風格-圖解網絡-小林coding-v3.0所作。

你是否還在尋找穩定的海外服務器提供商？創新互聯www.cdcxhl.cn海外機房具備T級流量清洗系統配攻擊溯源，準確流量調度確保服務器高可用性，企業級服務器適合批量采購，新人活動首月15元起，快前往官網查看詳情吧

網頁標題：簡述HTTP協議（圖文講解，一看就會）-創新互聯
網站地址：http://vcdvsql.cn/article32/isesc.html

成都網站建設公司_創新互聯，為您提供云服務器、網站建設、網站策劃、網站制作、網站內鏈、Google

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯