摘要:協(xié)議用于客戶端和服務(wù)端之間的通信協(xié)議和協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。協(xié)議自身不對請求和響應(yīng)之間的通信狀態(tài)進(jìn)行保存。
HTTP協(xié)議用于客戶端和服務(wù)端之間的通信
HTTP協(xié)議和TCP/IP協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。
請求訪問文本或圖像等資源的一端稱為客戶端,而提供資源響應(yīng)的一端稱為服務(wù)端。
在兩臺計(jì)算機(jī)之間使用HTTP協(xié)議通信時,在一條通信線路上必定有一端是客戶端,另一端是服務(wù)器端。
用HTTP協(xié)議能夠明確區(qū)分哪端是客戶端,哪端是服務(wù)器端。
通過請求和響應(yīng)的交換達(dá)成通信請求報文是由請求方法、請求URI、協(xié)議版本、可選的請求首部字段和內(nèi)容實(shí)體構(gòu)成。
響應(yīng)報文基本上由協(xié)議版本、狀態(tài)碼、用以解釋狀態(tài)碼的原因短語、可選的響應(yīng)首部字段以及實(shí)體主體構(gòu)成
HTTP是不保存狀態(tài)協(xié)議。HTTP協(xié)議自身不對請求和響應(yīng)之間的通信狀態(tài)進(jìn)行保存。
HTTP/1.1雖然是無狀態(tài)協(xié)議,但是為了實(shí)現(xiàn)期望的保持狀態(tài)功能,于是引入了Cookie技術(shù)。
請求URI定位資源當(dāng)客戶端請求訪問資源而發(fā)送請求時,URI需要將作為請求報文中的請求URI包含在內(nèi)。
告知服務(wù)器意圖的HTTP方法 GET:獲取資源GET方法用來請求訪問已被URI識別的資源。
POST:傳輸實(shí)體主體POST方法用來傳輸實(shí)體的主體。
PUT:傳輸文件PUT方法用來傳輸文件。就像FTP協(xié)議的文件上傳一樣,要求在請求報文的主體中包含文件內(nèi)容,然后保存到請求URI指定的位置。
HEAD:獲得報文首部HEAD方法和GET方法一樣,只是不返回報文主體部分。用于確認(rèn)URI的有效性及資源更新的日期時間等。
DELETE:刪除文件DELETE方法用來刪除文件,是與PUT相反的方法。DELETE方法按請求URI刪除指定的資源。
OPTIONS:詢問支持的方法OPTIONS方法用來查詢針對請求URI指定的資源支持的方法。
TRACE:追蹤路徑TRACE方法是讓W(xué)EB服務(wù)器端將之前的請求通信環(huán)回給客戶端的方法。
CONNECT:要求用隧道協(xié)議連接代理CONNECT方法要求在與代理服務(wù)器通信時建立隧道,實(shí)現(xiàn)用隧道協(xié)議進(jìn)行TCP通信。
主要使用SSL和TLS協(xié)議把通信內(nèi)容加密后經(jīng)網(wǎng)絡(luò)隧道傳輸。
向請求URI指定的資源發(fā)送請求報文時,采用稱為方法的命令。
方法的作用在于,可以指定請求的資源按期望產(chǎn)生某種行為。
持久連接節(jié)省通信量HTTP協(xié)議的初始版本中,每進(jìn)行一次HTTP通信就要斷開一次TCP連接。
持久連接持久連接的特點(diǎn)是,只要任意一端沒有明確提出斷開連接,則保持TCP連接狀態(tài)。
在HTTP/1.1中,所有的連接默認(rèn)都是持久連接。
管線化持久連接使得多數(shù)請求以管線化方式發(fā)送成為可能。管線化技術(shù)出現(xiàn)以后,不用等待響應(yīng)亦可直接發(fā)送下一個請求。
使用Cookie的狀態(tài)管理Cookie技術(shù)通過在請求和響應(yīng)報文中寫入Cookie信息來控制客戶端的狀態(tài)。
Cookie會根據(jù)從服務(wù)器端發(fā)送的響應(yīng)報文內(nèi)的一個叫做Set-Cookie的首部字段信息,通知客戶端保存Cookie。
當(dāng)下次客戶端再往該服務(wù)器發(fā)送請求時,客戶端會自動在請求報文中加入Cookie值后發(fā)送出去。
服務(wù)器端發(fā)現(xiàn)客戶端發(fā)送過來的Cookie后,會去檢查究竟是從哪一個客戶端發(fā)來的連接請求,然后對比服務(wù)器上的記錄,最后得到之前的狀態(tài)信息
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/50754.html
摘要:協(xié)議用于客戶端和服務(wù)端之間的通信協(xié)議和協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。協(xié)議自身不對請求和響應(yīng)之間的通信狀態(tài)進(jìn)行保存。 HTTP協(xié)議用于客戶端和服務(wù)端之間的通信 HTTP協(xié)議和TCP/IP協(xié)議族內(nèi)的其他眾多協(xié)議相同,用于客戶端和服務(wù)端之間的通信。 請求訪問文本或圖像等資源的一端稱為客戶端,而提供資源響應(yīng)的一端稱為服務(wù)端。 在兩臺計(jì)算機(jī)之間使用HTTP協(xié)議通信時...
摘要:報文用于協(xié)議交互的信息被稱為報文。報文本身是由多行數(shù)據(jù)構(gòu)成的字符串文本。首部字段包含表明請求和響應(yīng)的各種條件和屬性的各類首部。報文的主體用于傳輸請求或響應(yīng)的實(shí)體主體。協(xié)議中有一種被稱為內(nèi)容編碼的功能也能進(jìn)行類似的操作。 HTTP報文 用于HTTP協(xié)議交互的信息被稱為報文。 請求端(客戶端)的HTTP報文叫做請求報文,響應(yīng)端(服務(wù)器端)的叫做響應(yīng)報文。 HTTP報文本身是由多行數(shù)據(jù)構(gòu)成...
摘要:報文用于協(xié)議交互的信息被稱為報文。報文本身是由多行數(shù)據(jù)構(gòu)成的字符串文本。首部字段包含表明請求和響應(yīng)的各種條件和屬性的各類首部。報文的主體用于傳輸請求或響應(yīng)的實(shí)體主體。協(xié)議中有一種被稱為內(nèi)容編碼的功能也能進(jìn)行類似的操作。 HTTP報文 用于HTTP協(xié)議交互的信息被稱為報文。 請求端(客戶端)的HTTP報文叫做請求報文,響應(yīng)端(服務(wù)器端)的叫做響應(yīng)報文。 HTTP報文本身是由多行數(shù)據(jù)構(gòu)成...
摘要:正式作為標(biāo)準(zhǔn)被公布是在年的月,版本被命名為。網(wǎng)絡(luò)基礎(chǔ)通常使用的網(wǎng)絡(luò)包括互聯(lián)網(wǎng)是在協(xié)議族的基礎(chǔ)上運(yùn)作的。協(xié)議族計(jì)算機(jī)與網(wǎng)絡(luò)設(shè)備要相互通信,雙方就必須基于相同的方法,我們把這些規(guī)則稱之為協(xié)議。 使用HTTP協(xié)議訪問Web 在瀏覽器地址欄內(nèi)輸入URL之后,信息會被發(fā)送往某處,然后從某處獲得回復(fù),內(nèi)容就會顯示在Web頁面上。像這種通過發(fā)送請求獲取服務(wù)器資源的Web瀏覽器,都可稱為客戶端。(c...
摘要:正式作為標(biāo)準(zhǔn)被公布是在年的月,版本被命名為。網(wǎng)絡(luò)基礎(chǔ)通常使用的網(wǎng)絡(luò)包括互聯(lián)網(wǎng)是在協(xié)議族的基礎(chǔ)上運(yùn)作的。協(xié)議族計(jì)算機(jī)與網(wǎng)絡(luò)設(shè)備要相互通信,雙方就必須基于相同的方法,我們把這些規(guī)則稱之為協(xié)議。 使用HTTP協(xié)議訪問Web 在瀏覽器地址欄內(nèi)輸入URL之后,信息會被發(fā)送往某處,然后從某處獲得回復(fù),內(nèi)容就會顯示在Web頁面上。像這種通過發(fā)送請求獲取服務(wù)器資源的Web瀏覽器,都可稱為客戶端。(c...
閱讀 1092·2021-11-19 09:40
閱讀 2230·2021-11-15 18:00
閱讀 1281·2021-10-18 13:34
閱讀 2263·2021-09-02 15:40
閱讀 1548·2019-08-30 14:01
閱讀 1125·2019-08-30 11:11
閱讀 2491·2019-08-29 15:26
閱讀 737·2019-08-29 14:15