国产成年女人毛片80s网站_999久久欧美人妻一区二区_边啃奶头边躁狠狠躁_国产第一页屁屁影院_久久精品国产第一区二区三区

啟達(dá)軟件-基于互聯(lián)網(wǎng),致力于企業(yè)信息化、ERP、CRM、互聯(lián)網(wǎng)+的軟件開發(fā)
啟達(dá)軟件
啟達(dá)軟件電話
技術(shù)文章你現(xiàn)的位置:首頁>文章列表>技術(shù)文章
什么是HTTP協(xié)議?
        什么是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)容    
 
開發(fā)框架.pdf  生產(chǎn)行業(yè)案例.pdf

版權(quán)所有:合肥啟達(dá)信息技術(shù)有限公司 備案號:皖I(lǐng)CP備12015909號-6 Copyright 2001-2012 All rights reserved

皖公網(wǎng)安備 34010402701105號