| 什么是HTTP協(xié)議,合肥軟件開發(fā)公司眼里到底怎么樣? HTTP協(xié)議到底占有多大的地位,下面合肥啟達(dá)軟件就為大家闡述一下什么是HTTP協(xié)議? HTTP是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議,由于其簡捷、快速的方式,適用于分布式超媒體信息系統(tǒng)。它于1990年提出,經(jīng)過幾年的使用與發(fā)展,得到不斷地完善和擴(kuò)展。目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的規(guī)范化工作正在進(jìn)行之中,而且HTTP-NG(Next Generation of HTTP)的建議已經(jīng)提出。 HTTP協(xié)議的主要特點(diǎn)可概括如下: 1.支持客戶/服務(wù)器模式。 2.簡單快速:客戶向服務(wù)器請求服務(wù)時(shí),只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單,使得HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快。 3.靈活:HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。 4.無連接:無連接的含義是限制每次連接只處理一個(gè)請求。服務(wù)器處理完客戶的請求,并收到客戶的應(yīng)答后,即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。 5.無狀態(tài):HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息,則它必須重傳,這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面,在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。 一、HTTP協(xié)議詳解之URL篇 http(超文本傳輸協(xié)議)是一個(gè)基于請求與響應(yīng)模式的、無狀態(tài)的、應(yīng)用層的協(xié)議,?;赥CP的連接方式,HTTP1.1版本中給出一種持續(xù)連接的機(jī)制,絕大多數(shù)的Web開發(fā),都是構(gòu)建在HTTP協(xié)議之上的Web應(yīng)用。 HTTP URL (URL是一種特殊類型的URI,包含了用于查找某個(gè)資源的足夠的信息)的格式如下: http://host[":"port][abs_path] http表示要通過HTTP協(xié)議來定位網(wǎng)絡(luò)資源;host表示合法的Internet主機(jī)域名或者IP地址;port指定一個(gè)端口號,為空則使用缺省端口80;abs_path指定請求資源的URI;如果URL中沒有給出abs_path,那么當(dāng)它作為請求URI時(shí),必須以“/”的形式給出,通常這個(gè)工作瀏覽器自動(dòng)幫我們完成。 eg: 1、輸入:www.guet.edu.cn 瀏覽器自動(dòng)轉(zhuǎn)換成:http://www.guet.edu.cn/ 2、http:192.168.0.116:8080/index.jsp
二、HTTP協(xié)議詳解之請求篇 http請求由三部分組成,分別是:請求行、消息報(bào)頭、請求正文 1、請求行以一個(gè)方法符號開頭,以空格分開,后面跟著請求的URI和協(xié)議的版本,格式如下:Method Request-URI HTTP-Version CRLF 其中 Method表示請求方法;Request-URI是一個(gè)統(tǒng)一資源標(biāo)識符;HTTP-Version表示請求的HTTP協(xié)議版本;CRLF表示回車和換行(除了作為結(jié)尾的CRLF外,不允許出現(xiàn)單獨(dú)的CR或LF字符)。 請求方法(所有方法全為大寫)有多種,各個(gè)方法的解釋如下: GET 請求獲取Request-URI所標(biāo)識的資源 POST 在Request-URI所標(biāo)識的資源后附加新的數(shù)據(jù) HEAD 請求獲取由Request-URI所標(biāo)識的資源的響應(yīng)消息報(bào)頭 PUT 請求服務(wù)器存儲(chǔ)一個(gè)資源,并用Request-URI作為其標(biāo)識 DELETE 請求服務(wù)器刪除Request-URI所標(biāo)識的資源 TRACE 請求服務(wù)器回送收到的請求信息,主要用于測試或診斷 CONNECT 保留將來使用 OPTIONS 請求查詢服務(wù)器的性能,或者查詢與資源相關(guān)的選項(xiàng)和需求 應(yīng)用舉例: GET方法:在瀏覽器的地址欄中輸入網(wǎng)址的方式訪問網(wǎng)頁時(shí),瀏覽器采用GET方法向服務(wù)器獲取資源,eg:GET /form.html HTTP/1.1 (CRLF) POST方法要求被請求服務(wù)器接受附在請求后面的數(shù)據(jù),常用于提交表單。 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表示消息報(bào)頭已經(jīng)結(jié)束,在此之前為消息報(bào)頭 user=jeffrey&pwd=1234 //此行以下為提交的數(shù)據(jù) HEAD方法與GET方法幾乎是一樣的,對于HEAD請求的回應(yīng)部分來說,它的HTTP頭部中包含的信息與通過GET請求所得到的信息是相同的。利用這個(gè)方法,不必傳輸整個(gè)資源內(nèi)容,就可以得到Request-URI所標(biāo)識的資源的信息。該方法常用于測試超鏈接的有效性,是否可以訪問,以及最近是否更新。 2、請求報(bào)頭后述 3、請求正文(略)
三、HTTP協(xié)議詳解之響應(yīng)篇
在接收和解釋請求消息后,服務(wù)器返回一個(gè)HTTP響應(yīng)消息。 HTTP響應(yīng)也是由三個(gè)部分組成,分別是:狀態(tài)行、消息報(bào)頭、響應(yīng)正文 1、狀態(tài)行格式如下: HTTP-Version Status-Code Reason-Phrase CRLF 其中,HTTP-Version表示服務(wù)器HTTP協(xié)議的版本;Status-Code表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼;Reason-Phrase表示狀態(tài)代碼的文本描述。 狀態(tài)代碼有三位數(shù)字組成,第一個(gè)數(shù)字定義了響應(yīng)的類別,且有五種可能取值: 1xx:指示信息--表示請求已接收,繼續(xù)處理 2xx:成功--表示請求已被成功接收、理解、接受 3xx:重定向--要完成請求必須進(jìn)行更進(jìn)一步的操作 4xx:客戶端錯(cuò)誤--請求有語法錯(cuò)誤或請求無法實(shí)現(xiàn) 5xx:服務(wù)器端錯(cuò)誤--服務(wù)器未能實(shí)現(xiàn)合法的請求 常見狀態(tài)代碼、狀態(tài)描述、說明: 200 OK //客戶端請求成功 400 Bad Request //客戶端請求有語法錯(cuò)誤,不能被服務(wù)器所理解 401 Unauthorized //請求未經(jīng)授權(quán),這個(gè)狀態(tài)代碼必須和WWW-Authenticate報(bào)頭域一起使用 403 Forbidden //服務(wù)器收到請求,但是拒絕提供服務(wù) 404 Not Found //請求資源不存在,eg:輸入了錯(cuò)誤的URL 500 Internal Server Error //服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤 503 Server Unavailable //服務(wù)器當(dāng)前不能處理客戶端的請求,一段時(shí)間后可能恢復(fù)正常 eg:HTTP/1.1 200 OK (CRLF) 2、響應(yīng)報(bào)頭后述 3、響應(yīng)正文就是服務(wù)器返回的資源的內(nèi)容 | |