HTTP簡介 - 簡書

2018年4月10號
Hyper Text Transfer Protocol（超文本傳輸協(xié)議）

特點：
1篡帕、簡單快速
2智哀、靈活：支持任意類型的數(shù)據(jù)傳輸堵未，Content-Type加以標記
3、無連接：無連接的含義是限制每次連接只處理一個請求盏触。服務(wù)器處理完客戶的請求渗蟹，并收到客戶的應(yīng)答后，即斷開連接赞辩。采用這種方式可以節(jié)省傳輸時間雌芽。
4、無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議辨嗽。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力世落。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳糟需，這樣可能導致每次連接傳送的數(shù)據(jù)量增大屉佳。另一方面，在服務(wù)器不需要先前信息時它的應(yīng)答就較快洲押。
5武花、支持B/S C/S：

HTTP之URL

1、協(xié)議部分：該URL的協(xié)議部分為“http：”杈帐，這代表網(wǎng)頁使用的是HTTP協(xié)議体箕。在Internet中可以使用多種協(xié)議，如HTTP挑童，F(xiàn)TP等等本例中使用的是HTTP協(xié)議累铅。在"HTTP"后面的“//”為分隔符
2、域名部分：一個URL中站叼，也可以使用IP地址作為域名使用
3娃兽、端口部分：跟在域名后面的是端口，域名和端口之間使用“:”作為分隔符尽楔。端口不是一個URL必須的部分投储，如果省略端口部分，將采用默認端口
4翔试、虛擬目錄部分：從域名后的第一個“/”開始到最后一個“/”為止轻要，是虛擬目錄部分复旬。虛擬目錄也不是一個URL必須的部分垦缅。
5、文件名部分：從域名后的最后一個“/”開始到“驹碍？”為止壁涎，是文件名部分凡恍，如果沒有“?”,則是從域名后的最后一個“/”開始到“#”為止，是文件部分怔球，如果沒有“嚼酝？”和“#”，那么從域名后的最后一個“/”開始到結(jié)束竟坛，都是文件名部分闽巩。文件名部分也不是一個URL必須的部分，如果省略該部分担汤，則使用默認的文件名
6涎跨、錨部分：從“#”開始到最后，都是錨部分崭歧。錨部分也不是一個URL必須的部分
7隅很、參數(shù)部分：從“？”開始到“#”為止之間的部分為參數(shù)部分率碾，又稱搜索部分叔营、查詢部分。參數(shù)可以允許有多個參數(shù)所宰，參數(shù)與參數(shù)之間用“&”作為分隔符绒尊。

URI:uniform resource identifier，統(tǒng)一資源標識符仔粥，用來唯一的標識一個資源

URL:uniform resource locator垒酬，統(tǒng)一資源定位器，它是一種具體的URI件炉，即URL可以用來標識一個資源勘究，而且還指明了如何locate這個資源

URN:uniform resource name，統(tǒng)一資源命名斟冕，是通過名字來標識資源口糕，比如mailto:java-net@java.sun.com

在Java的URI中，一個URI實例可以代表絕對的磕蛇，也可以是相對的景描，只要它符合URI的語法規(guī)則。而URL類則不僅符合語義秀撇，還包含了定位該資源的信息超棺，因此它不能是相對的。
在Java類庫中呵燕，URI類不包含任何訪問資源的方法棠绘，它唯一的作用就是解析。
相反的是，URL類可以打開一個到達資源的流氧苍。

請求消息Request

請求行（request line）：用來說明請求類型,要訪問的資源以及所使用的HTTP版本
請求頭部（header）：緊接著請求行（即第一行）之后的部分夜矗，用來說明服務(wù)器要使用的附加信息
空行：請求頭部后面的空行是必須的
請求數(shù)據(jù)：也叫主體，可以添加任意的其他數(shù)據(jù)

響應(yīng)消息Response

狀態(tài)行：由HTTP協(xié)議版本號让虐，狀態(tài)碼紊撕，狀態(tài)消息三部分組成
消息報頭：用來說明客戶端要使用的一些附加信息
空行：消息報頭后面的空行是必須的
響應(yīng)正文：服務(wù)器返回給客戶端的文本信息

HTTP之狀態(tài)碼

狀態(tài)代碼有三位數(shù)字組成，第一個數(shù)字定義了響應(yīng)的類別赡突，共分五種類別:
1xx：指示信息--表示請求已接收对扶，繼續(xù)處理
2xx：成功--表示請求已被成功接收、理解惭缰、接受
3xx：重定向--要完成請求必須進行更進一步的操作
4xx：客戶端錯誤--請求有語法錯誤或請求無法實現(xiàn)
5xx：服務(wù)器端錯誤--服務(wù)器未能實現(xiàn)合法的請求

HTTP請求方法

根據(jù)HTTP標準辩稽，HTTP請求可以使用多種請求方法。
HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法从媚。
HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法逞泄。

GET 請求指定的頁面信息，并返回實體主體拜效。
HEAD 類似于get請求喷众，只不過返回的響應(yīng)中沒有具體的內(nèi)容，用于獲取報頭
POST 向指定資源提交數(shù)據(jù)進行處理請求（例如提交表單或者上傳文件）紧憾。數(shù)據(jù)被包含在請求體中到千。POST請求可能會導致新的資源的建立和/或已有資源的修改。
PUT 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容赴穗。
DELETE 請求服務(wù)器刪除指定的頁面憔四。
CONNECT HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。
OPTIONS 允許客戶端查看服務(wù)器的性能般眉。
TRACE 回顯服務(wù)器收到的請求了赵，主要用于測試或診斷。

HTTP工作原理

1甸赃、客戶端連接到Web服務(wù)器
一個HTTP客戶端柿汛，通常是瀏覽器，與Web服務(wù)器的HTTP端口（默認為80）建立一個TCP套接字連接埠对。
2络断、發(fā)送HTTP請求
通過TCP套接字，客戶端向Web服務(wù)器發(fā)送一個文本的請求報文项玛，一個請求報文由請求行貌笨、請求頭部、空行和請求數(shù)據(jù)4部分組成襟沮。
3锥惋、服務(wù)器接受請求并返回HTTP響應(yīng)
Web服務(wù)器解析請求昌腰，定位請求資源。服務(wù)器將資源復(fù)本寫到TCP套接字净刮，由客戶端讀取。一個響應(yīng)由狀態(tài)行硅则、響應(yīng)頭部淹父、空行和響應(yīng)數(shù)據(jù)4部分組成。
4怎虫、釋放TCP連接
若connection 模式為close暑认，則服務(wù)器主動關(guān)閉TCP連接，客戶端被動關(guān)閉連接大审，釋放TCP連接;若connection 模式為keepalive蘸际，則該連接會保持一段時間，在該時間內(nèi)可以繼續(xù)接收請求;
5徒扶、客戶端瀏覽器解析HTML內(nèi)容

GET和POST的區(qū)別

1粮彤、GET提交的數(shù)據(jù)會放在URL之后，以?分割URL和傳輸數(shù)據(jù)姜骡，參數(shù)之間以&相連导坟，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數(shù)據(jù)放在HTTP包的Body中。
2圈澈、GET提交的數(shù)據(jù)大小有限制（因為瀏覽器對URL的長度有限制）惫周，而POST方法提交的數(shù)據(jù)沒有限制。
3康栈、GET方式需要使用Request.QueryString來取得變量的值递递，而POST方式通過Request.Form來獲取變量的值。
4啥么、GET方式提交數(shù)據(jù)登舞，會帶來安全問題，比如一個登錄頁面悬荣，通過GET方式提交數(shù)據(jù)時逊躁，用戶名和密碼將出現(xiàn)在URL上，如果頁面可以被緩存或者其他人可以訪問這臺機器隅熙，就可以從歷史記錄獲得該用戶的賬號和密碼稽煤。