http請求content-Type有幾種，有什麼區別？http適合什麼場景？http狀態碼有哪些？

這裏是修真院後端小課堂，每篇分享文從

【背景介紹】【知識剖析】【常見問題】【解決方案】【編碼實戰】【擴展思考】【更多討論】【參考文獻】

八個方面深度解析後端知識/技能，本篇分享的是：

【http請求content-Type有幾種，有什麼區別？http適合什麼場景？http狀態碼有哪些？】

你們好，我是IT修真院西安分院第4期的JAVA學員，一枚正直純潔善良的JAVA程序員。今天給你們分享一下，什麼是http協議？get和post請求有什麼區別？http請求content-Type有幾種，有什麼區別？http適合什麼場景？http狀態碼有哪些？

1、.背景介紹

HTTP（HyperText Transfer Protocol，超文本傳輸協議）是一種詳細規定了瀏覽器和萬維網(WWW = World Wide Web) 服務器之間互相通訊的規則，經過因特網傳送萬維網文檔的數據傳送協議。它是Web系統最核心的內容，它是Web服務器和客戶端直接進行數據傳輸的規則。它可使瀏覽器更加高效，使網絡傳輸減小。它不只保證計算機正確快速地傳輸超文本文檔，還肯定傳輸文檔中的哪一部分，以及哪部份內容首先顯示(如文本先於圖形)等。

HTTP是一個應用層協議，有請求和響應構成，是一個標準的客戶端服務器模型。Web服務器就是平時所說的網站，是信息內容的發佈者。

瀏覽網頁是HTTP的主要應用，可是這並不表明HTTP就只能應用於網頁的瀏覽。HTTP是一種協議，只要通訊的雙方都遵照這個協議，HTTP就能有用武之地。好比我們經常使用的QQ，迅雷這些軟件，都會使用HTTP協議(還包括其餘的協議)。

2、知識剖析

2.1 什麼是HTTP協議

HTTP協議定義Web客戶端如何從Web服務器請求Web頁面，以及服務器如何把Web頁面傳送給客戶端。HTTP協議採用了請求/響應模型。客戶端向服務器發送一個請求報文，請求報文包含請求的方法、URL、協議版本、請求頭部和請求數據。服務器以一個狀態行做爲響應，響應的內容包括協議的版本、成功或者錯誤代碼、服務器信息、響應頭部和響應數據。

2.2 HTTP請求/響應步驟

HTTP請求/響應步驟:

    一次HTTP操做稱爲一個事務，其工做過程可分爲四步：

     1.客戶端鏈接到Web服務器。首先客戶機與服務器須要創建鏈接。一個HTTP客戶端，一般是瀏覽器，與Web服務器的HTTP端(默認爲80）創建一個TCP套接字鏈接。例如，http://www.oakcms.cn。只要單擊某個超級連接，HTTP的工做開始。

     2.創建鏈接後，發送HTTP請求。客戶機發送一個請求給服務器，請求方式的格式爲：統一資源標識符（URL）、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。

     3.服務器接受請求並返回HTTP響應。Web服務器解析請求，定位請求資源。服務器將資源複本寫到TCP套接字，由客戶端讀取。其格式爲一個狀態行，包括信息的協議版本號 一個成功或錯誤的代碼，後邊是MIME信息包括服務器信息、實體信息和可能的內容。

     四、釋放鏈接TCP鏈接若connection 模式爲close，則服務器主動關閉TCP鏈接，客戶端被動關閉鏈接，釋放TCP鏈接;若connection 模式爲keepalive，則該鏈接會保持一段時間，在該時間內能夠繼續接收請求;

      五、客戶端瀏覽器解析HTML內容客。戶端瀏覽器首先解析狀態行，查看代表請求是否成功的狀態代碼。而後解析每個響應頭，響應頭告知如下爲若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML，根據HTML的語法對其進行格式化，並在瀏覽器窗口中顯示。

2.3 HTTP之請求消息Request 

客戶端發送一個HTTP請求到服務器的請求消息包括如下格式：請求行、請求頭部、空行和請求數據四個部分組成

   第一部分：請求行，用來講明請求類型,要訪問的資源以及所使用的HTTP版本.

   GET說明請求類型爲GET,[/562f25980001b1b106000338.jpg]爲要訪問的資源,該行的最後一部分說明使用的是HTTP1.1版

    第二部分：請求頭部，緊接着請求行（即第一行）以後的部分，用來講明服務器要使用的附加信息

    從第二行起爲請求頭部，HOST將指出請求的目的地.User-Agent,服務器端和客戶端腳本都能訪問它,它是瀏覽器類型檢測邏輯的重要基礎.該信息由你的瀏覽器來定義,而且在每一個請求中自動發送等等

     第三部分：空行，請求頭部後面的空行是必須的.。即便第四部分的請求數據爲空，也必須有空行。

     第四部分：請求數據也叫主體，能夠添加任意的其餘數據 這個例子的請求數據爲空。

 POST請求的例子

       第一部分：請求行，第一行明瞭是post請求，以及http1.1版本。

       第二部分：請求頭部，第二行至第六行。

        第三部分：空行，第七行的空行。

        第四部分：請求數據，第八行。

2.四、HTTP之響應消息Response

        通常狀況下，服務器接收並處理客戶端發過來的請求後會返回一個HTTP的響應消息。

        HTTP響應也由四個部分組成，分別是：狀態行、消息報頭、空行和響應正文

         第二部分：消息報頭，用來講明客戶端要使用的一些附加信息

        第二行和第三行和第四行爲消息報頭，Date:生成響應的日期和時間；Content-Type:

        指定了MIME類型的HTML(text/html),編碼類型是ISO-8859-1

        第三部分：空行，消息報頭後面的空行是必須的

        第四部分：響應正文，服務器返回給客戶端的文本信息。

         空行後面的html部分爲響應正文。

2.五、URL詳解

         URL(Uniform Resource Locator) 地址用於描述一個網絡上的資源, 基本格式以下 

        schema://host[:port#]/path/.../?query-string

         scheme 指定低層使用的協議(例如：http, https, ftp)

         host HTTP服務器的IP地址或者域名

        port# HTTP服務器的默認端口是80，這種狀況下端口號能夠省略。若是使用了別的端口，必須指明 

         path 訪問資源的路徑

         query-string 發送給http服務器的數據 

        anchor- 錨 

2.6 HTTP之主要的三種Content-Type

         1. application/x-www-form-urlencoded：在最開始的請求方式中，請求參數都是放在url中，表單提交的時候， 都是以key=&value=的方式寫在url後面。這也是瀏覽器表單提交的默認方式。 

         2. multipart/form-data： 此種方式多用於文件上傳，表單數據都保存在http的正文部分，各個表單項之間用boundary分開。

         3. application/json： 它用來告訴服務端消息主體是序列化後的 JSON 字符串。

2.7 狀態碼

          狀態碼用來告訴HTTP客戶端,HTTP服務器是否產生了預期的Response.

          狀態代碼有三位數字組成，第一個數字定義了響應的類別，共分五種類別:

          1xx：指示信息--表示請求已接收，繼續處理

           2xx：成功--表示請求已被成功接收、理解、接受

           3xx：重定向--要完成請求必須進行更進一步的操做

           4xx：客戶端錯誤--請求有語法錯誤或請求沒法實現

          5xx：服務器端錯誤--服務器未能實現合法的請求

3、常見問題

一、HTTP的請求方法有哪些？

4、解決方案

一、HTTP的請求方法有哪些？

根據HTTP標準，HTTP請求可使用多種請求方法。

 HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。

 HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

1. OPTIONS：詢問支持的方法

  返回服務器針對特定資源所支持的HTTP請求方法，也能夠利用向Web服務器發送"*"的請求來測試服務器的功能性。

2.POST： 向服務器索要與GET請求相一致的響應，只不過響應體將不會被返回。這一方法能夠在沒必要傳輸整個響應內容的狀況下，就能夠獲取包含在響應消息頭中的元信息。

3.GET：獲取資源 PUT：向特定的資源發出請求。注意：get方法不該當被用於產生「反作用」的操做中。例如在Web APP中，其中一個緣由是GET可能會被網站蜘蛛等隨意訪問。

 4. POST：傳輸實體主體 4.HEAD：得到報文首部向指定資源提交數據進行處理請求（好比提交表單或者上傳文件）。數據被包含在請求體中。POST請求可能會致使新的資源的創建或已有資源的修改。

 5. DELETE：刪除文件

 6.OPTIONS：詢問支持的方法請求服務器刪除Request-URI所標識的資源。

 7.TRACE：追蹤路徑 回顯服務器收到的請求，主要用於測試或者診斷。

 8.CONNECT：要求用隧道協議鏈接代理

 HTTP/1.1協議中預留給可以將鏈接改成管道方式的代理服務器。

  CONNECT方法要求在與代理服務器通訊時創建隧道，實現用隧道協議進行TCP通訊。主要使用SSL/TLS協議對通訊內容加密後傳輸。

5、編碼實戰

6、擴展思考

http適合什麼場景？

http鏈接優缺點 

優勢：

1.基於應用級的接口使用方便 

2.要求的開發水平不高，容錯性強 

 缺點： 

 1.傳輸速度慢，數據包大。

  2.如實現實時交互，服務器性能壓力大

  3.數據傳輸安全性差

  對比socket

   優勢：

   1.傳輸數據爲字節級，傳輸數據可自定義，數據量小。相應的移動端開發，手機費用低 

   2.傳輸數據時間短，性能高 

   3.適合C/S之間信息實時交互

   缺點：

    1.須要對傳輸的數據進行解析，轉化爲應用級的數據

    2.對開發人員的開發水平要求高

   3.相對於Http協議傳輸，增長了開發量

   Socket適用場景：網絡遊戲，銀行交互，支付。

    http適用場景：公司OA服務，互聯網服務。

7、參考文獻

https://www.cnblogs.com/qdhxh...

8、更多討論

（西安分院）秦永輝提出）一、HTTP的請求方法有哪些？

       根據HTTP標準，HTTP請求可使用多種請求方法。

       HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。

        HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

（西安分院阮少楠）二、GET請求和POST的區別？

    1. GET提交的數據會放在URL以後，以?分割URL和傳輸數據，參數之間以&相連，如EditPosts.aspx?name=test1&id=123456 POST方法是把提交的數據放在HTTP包的Body中. 

     2. GET提交的數據大小有限制（由於瀏覽器對URL的長度有限制），而POST方法提交的數據沒有限制. <br

     3. GET方式須要使用Request.QueryString來取得變量的值，而POST方式經過Request.Form來獲取變量的值。

     4.GET方式提交數據，會帶來安全問題，好比一個登陸頁面，經過GET方式提交數據時，用戶名和密碼將出如今URL上，若是頁面能夠被緩存或者其餘人能夠訪問這臺機器，就能夠從歷史記錄得到該用戶的帳號和密碼.

（西安分院劉優)三、HTTP協議有什麼特色？

       一、簡單快速：客戶向服務器請求服務時，只    需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST等。每種方法規定了客戶與服務器聯繫的類型不一樣。因爲HTTP協議簡單，使得HTTP服務器的程序規模小，於是通訊速度很快。

       二、靈活：HTTP容許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。

       3.HTTP 0.9和1.0使用非持續鏈接：限制每次鏈接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接。HTTP 1.1使用持續鏈接：沒必要爲每一個web對象建立一個新的鏈接，一個鏈接能夠傳送多個對象，採用這種方式能夠節省傳輸時間。

        4.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息，則它必須重傳，這樣可能致使每次鏈接傳送的數據量增大。另外一方面，在服務器不須要先前信息時它的應答就較快。

       五、支持B/S(Browser/Server,瀏覽器/服務器方式的網絡結構。)及C/S(Client/Server,客戶/服務器方式的網絡計算模式)模式。