http簡介

標籤：live   orb   auth   成功   指令   tor   public   連接埠號碼   響應代碼   

HTTP協議:

　　HTTP是一個屬於應用程式層的物件導向的協議,由於其簡捷\快速的方式,適用於分布式超媒體資訊系統.

HTTP協議的主要特點可概括如下:

　　1.支援客戶/伺服器模式

　　2.簡單快速:客戶向伺服器請求服務時,只需傳送要求方法和路徑.要求方法常用的有GET\HEAD\POST.

　　　　每種方法規定了客戶與伺服器聯絡的類型不同.由於HTTP協議簡單,使得HTTP伺服器的程式規模小,因而通訊速度很快

　　3.靈活:HTTP允許傳輸任何類型的資料對象.正在傳輸類型的由Content-Type加以標記.

　　4.無串連:不需連線的含義是限制每次串連只處理一個請求.伺服器處理完客戶的請求,並收到客戶的應答後,即中斷連線.採用這種方式可以節省傳輸時間

　　5.無狀態:HTTP協議是無狀態協議.無狀態是指協議對於交易處理沒有記憶能力.缺少狀態意味著如果後續處理需要前面的資訊, 擇必須重傳,這樣可能導致每次串連傳送的資料量增大.另一方面,在伺服器不需要先前資訊時它的應答就快

 

一.HTTP協議詳解之URL篇

　　http(超文字傳輸通訊協定 (HTTP))是一個基於請求與響應模式的\無狀態的\應用程式層的協議,常基於TCP的串連方式,HTTP1.1版本中給出一種持續串連的機制,絕大多數的Web開發,都是構建在HTTP協議只上的Web應用

　　HTTP URL(URL是一種特殊類型的URI,包含了用於尋找某個資源的足夠的資訊)的格式

如下:

　　http://host[":"port][abs_path]

　　http表示通過HTTP協議來定位網路資源;host表示合法的Internet主機名稱或者IP地址;port指定一個連接埠號碼,為空白則使用預設連接埠80;abc_path指定請求職員的URI;如果URL中沒有給出abs_path,那麼當它座位請求URI時,必須以"/"的形式給出,通常這個工作瀏覽器自動幫我們完成

eg:

　　1.輸入www.guet.edu.cn

　　瀏覽器自動轉換成:http://www.guet.edu.cn/

　　2.http:192.168.0.116:8080/index.jsp

二.HTTP協議詳解之請求篇

　　http請求由三部分組成,分別是:請求行\訊息前序\請求本文

1.請求行以一個方法符號開頭,以空格分開,後面跟著請求的URI和協議版本,格式如下:

　　Method Request-URI HTTP-version CRLF

　　其中Method表示要求方法;Request-URI是一個統一資源識別項;HTTP-version表示請求的HTTP協議版本;CRLF表示斷行符號和換行(除了作為結尾的CRLF外,不允許出現單獨的CR或LF字元)

要求方法(所有方法全為大寫)有多種,各個方法的解釋如下:

GET　　請求擷取Request-URI所標識的資源

POST　　在Request-URI所表示的資源後附加新的資料

HEAD　　請求擷取由Request-URI鎖表示的資源的響應資訊前序

PUT　　請求伺服器儲存一個資源,並用Request-URI作為標識

DELETE　　請求伺服器刪除Request-URI所標識的資源

TRACE　　請求伺服器回送收到的請求資訊,主要用於測試或診斷

CONECT　　保留將來使用

OPTIONS　　請求查詢服務器的效能,或者查詢與資源相關的選項和需求

應用舉例:

　　GET方法:在瀏覽器的地址欄中輸入網址的方式訪問網頁時,瀏覽器採用GET方法向伺服器擷取資源,

　　　　eg:GET　　/form.html HTTP/1.1 (CRLF)

　　POST方法:要求被請求伺服器接受附在請求後面的資料,常用於提交表單

　　　　eg:POST　　/reg.jsp HTTP/ (CRLF)

　　　　Accept:image/gif,image/x-xbit,... (CRLF)

　　　　...

　　　　HOST:www.guet.edu.cn (CRLF)

　　　　Content-Length:22 (CRLF)

　　　　Connection:Keep-Alive (CRLF)

　　　　Cache-Control:no-cache (CRLF)

　　　　(CRLF) //該CRLF表示訊息前序已經結束,在次之前為訊息前序

　　　　user=jeffrey&pwd=1234　　//此行一下為提交的資料

　　HEAD方法與GET方法幾乎一樣的.對於HEAD請求的回應部分來說,它的HTTP頭部中包含的資訊與通過GET請求所得到的資訊是相同的.利用這個方法,不必傳輸整個資源內容,就可以得到Request-URI所標識的資源的資訊.該方法常用於測試超連結的有效性,是否可以訪問,以及最近是否更新

2.請求前序後述說

3.請求本文(略)

 

三.HTTP協議詳解之響應篇

在接受和解釋請求訊息後,伺服器返回一個HTTP響應資訊.

HTTP響應也是由三個部分組成,分別是:狀態行\訊息前序\響應本文

1.狀態行格式如下:

　　HTTP-Version Status-Code Reason-Phrase CRLF

其中HTTP-Version表示伺服器HTTP協議的版本;Status-Code表示伺服器發回的響應狀態碼;Reason-Phrase表示狀態碼的文本描述

　　狀態碼有三位元字組成,第一個數字定義了響應的類別,且有五中可能取值:

　　　　1xx:指定資訊--表示請求已接收,繼續處理

　　　　2xx:成功--表示請求已被成功接受\理解\接受

　　　　3xx:重新導向--要完成請求必須進行更進一步的操作

　　　　4xx:用戶端錯誤--請求有語法錯誤或請求無法實現

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

　　常見狀態碼,狀態原因,說明:

　　　　200　　OK　　用戶端請求成功

　　　　400　　Bad Ruqueset　　用戶端請求有語法錯誤,不能被伺服器所理解

　　　　401　　Unauthorized　　請求未經授權,這個狀態碼必須和WWW-Authenticate前序域一起使用

　　　　403　　Forbidden　　伺服器收到請求,但是拒絕提供伺服器

　　　　404　　Not Found　　請求資源不存在,eg:輸入了錯誤的URL

　　　　500　　Internal Server Error　　伺服器發生不可預期的錯誤

　　　　503　　Server Unavailable　　伺服器當前不能處理用戶端的請求,一段時間後可能恢複正常

　　　　　　eg:HTTP/1.1 200 OK (CRLF)

2.響應前序後述

3.響應本文就是伺服器返回的資源的內容

 

四.HTTP協議詳解之訊息前序篇

HTTP訊息由用戶端到伺服器的請求和伺服器到用戶端的回應群組成.請求訊息和響應訊息都是由開始行(對於請求訊息,開始行就是請求行,對於響應訊息,開始行就是狀態行),訊息前序(可選),空行(只有CRLF的行),訊息本文(可選)組成

HTTP訊息前序包括普通前序\請求前序\響應前序\實體前序

每一個前序域都是由名字+":"+空格+值 組成,訊息前序域的名字是大小寫無關的

1.普通前序

　　在普通前序中,有少數前序域用於所有的請求和響應訊息,但並不用於被傳輸的實體,只用於傳輸的訊息

　　　　eg:

　　　　Cache-Control用於指定緩衝指令,緩衝指令是單向的(響應中出現的緩衝指令在請求中未必出現),且是獨立的(一個訊息的緩衝指令不會響應另一個訊息處理的緩衝機制),HTTP1.0使用的類似的前序域為Pragma

　　請求時的緩衝指令包括:no-cache(用於指示請求或響應訊息不能緩衝)\no-store\max-age\max-stale\min-fresh\only-if-cached

　　響應時的緩衝指令包括:public\private\no-cache\no-store\no-transform\must-revalidate\proxy-revalidate\max-age\s-maxage

　　　　eg:

　　　　為了指示IE瀏覽器(用戶端)不要快取頁面面,伺服器端的JSP程式可以編寫如下:

　　　　　　response.sehHeader("Cache-Control","no-cache");

　　　　　　//response.sehHeader("Pragma","no-cache");作用相當於上述代碼,通常兩者//合用這句代碼將在發送的響應訊息中設定普通前序域:Cache-Control:no-cache

　　　　Date普通前序域表示訊息產生的日期和時間

　　　　Connection普通前序域允許發送指定串連的選項.例如指定串連是連續,或者指定"close"選項,通知伺服器,在響應完成後,關閉串連

2.請求前序

　　請求前序允許用戶端向伺服器端傳遞請求的附加資訊以及用戶端自身的資訊

常用的請求前序

Accept

　　Accept請求前序域用於指定用戶端接受哪些類型的資訊.

　　eg:Accept:image/gif,表明用戶端希望接受GIF映像格式的資源;

　　　　Accept:text/html,表明用戶端希望接受html文本

Accept-Charset

　　Accept-Charset請求前序域用於指定用戶端接受的字元集.

　　eg:Accept-Charset:ios-8859-1,gb2312.如果在請求訊息中沒有設定這個域,預設是任何字元集都可以接受

Accept-Encoding

　　Accept-Encoding請求前序域類似於Accept,但是它是用於指定可接受的內容編碼.

　　eg:Accept-Encoding:gzip.deflate.如果請求訊息中沒有設定這個網域服務器假定用戶端對各種內容編碼都可以接受

Accept-Language

　　Accept-Language請求前序域類似於Accept,但是它是用於指定一種自然語言.

　　eg:Accept-Language:zh-cn.如果請求訊息中沒有設定這個前序域,伺服器假定用戶端對各種語言都可以結合艘

Authorization

　　Authorization請求前序域主要用於證明用戶端有權查看某個資源.當瀏覽器訪問一個頁面時,如果收到伺服器的響應代碼為401(未授權),可以發送一個包含Authorization請求前序域的請求,要求伺服器對其進行驗證

Host(發送請求時,該前序域是必須的)

　　Host請求前序域主要用於指定被請求資源的Internet主機和連接埠號碼,它通常從HTTP URL中提取出來的

　　eg:我們在瀏覽器中輸入http://www.guet.edu.cn/index.html

　　瀏覽器發送的請求訊息中,就會包含Host請求前序域,如下:

　　Host:www.guet.edu.cn

　　此處使用預設連接埠80,若指定了連接埠號碼,則變成:Host:www.guet.edu.cn:指定連接埠號碼

User-Agent

　　我們

3.響應前序

4.實體前序

 

 

　　

　

　

http簡介