整合營(yíng)銷(xiāo)服務(wù)商

          電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理

          免費(fèi)咨詢(xún)熱線:

          十分鐘能看清-HTTP詳解-請(qǐng)求、響應(yīng)、緩存

          . HTTP請(qǐng)求格式

          做過(guò)Socket編程的人都知道,當(dāng)我們?cè)O(shè)計(jì)一個(gè)通信協(xié)議時(shí),“消息頭/消息體”的分割方式是很常用的,消息頭告訴對(duì)方這個(gè)消息是干什么的,消息體告訴對(duì) 方怎么干。HTTP協(xié)議傳輸?shù)南⒁彩沁@樣規(guī)定的,每一個(gè)HTTP包都分為HTTP頭和HTTP體兩部分,消息體是可選的,而消息頭是必須的。每當(dāng)我們打 開(kāi)一個(gè)網(wǎng)頁(yè),在上面點(diǎn)擊右鍵,選擇“查看源文件”,這時(shí)看到的HTML代碼就是HTTP的消息體,那么消息頭可以通過(guò)瀏覽器的開(kāi)發(fā)工具或者插件可以看到, 如果火狐的Firebug,IE的Httpwatch。

          客戶(hù)端通過(guò)發(fā)送 HTTP 請(qǐng)求向服務(wù)器請(qǐng)求對(duì)資源的訪問(wèn)。 它向服務(wù)器傳遞了一個(gè)數(shù)據(jù)塊,也就是請(qǐng)求信息,HTTP 請(qǐng)求由三部分組成:請(qǐng)求行、 請(qǐng)求頭和請(qǐng)求正文。

          請(qǐng)求行:請(qǐng)求方法 URI 協(xié)議/版本

          請(qǐng)求頭(Request Header)

          請(qǐng)求正文

          下面是一個(gè)HTTP請(qǐng)求的數(shù)據(jù):

          POST /index.php HTTP/1.1

          Host: localhost

          User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2

          Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

          Accept-Language: zh-cn,zh;q=0.5

          Accept-Encoding: gzip, deflate

          Connection: keep-alive

          Referer: http://localhost/

          Content-Length:25

          Content-Type:application/x-www-form-urlencoded

          username=aa&password=1234

          1、請(qǐng)求行:請(qǐng)求方法URI協(xié)議/版本

          請(qǐng)求的第一行是“方法 URL 協(xié)議/版本”,并以 回車(chē)換行作為結(jié)尾。請(qǐng)求行以空格分隔。格式如下:

          POST /index.php HTTP/1.1

          以上代碼中“GET”代表請(qǐng)求方法,“//ndex.php”表示URI,“HTTP/1.1代表協(xié)議和協(xié)議的版本。

          根據(jù)HTTP標(biāo)準(zhǔn),HTTP請(qǐng)求可以使用多種請(qǐng)求方法。例如:HTTP1.1支持7種請(qǐng)求方法:GET、POST、HEAD、OPTIONS、PUT、DELETE和TARCE。在Internet應(yīng)用中,最常用的方法是GET和POST。

          URL完整地指定了要訪問(wèn)的網(wǎng)絡(luò)資源,通常只要給出相對(duì)于服務(wù)器的根目錄的相對(duì)目錄即可,因此總是以“/”開(kāi)頭,最后,協(xié)議版本聲明了通信過(guò)程中使用HTTP的版本。

          請(qǐng)求方法

          在 HTTP 協(xié)議中,HTTP 請(qǐng)求可以使用多種請(qǐng)求方法,這些方法指明了要以何種方式來(lái)訪問(wèn) Request-URI 所標(biāo)識(shí)的資源。HTTP1.1 支持的請(qǐng)求方法如下表所示:

          HTTP1.1 中的請(qǐng)求方式:

          方法

          作用

          GET

          請(qǐng)求獲取由 Request-URI 所標(biāo)識(shí)的資源

          POST

          請(qǐng)求服務(wù)器接收在請(qǐng)求中封裝的實(shí)體,并將其作為由 Request-Line 中的 Request-URI 所標(biāo)識(shí)的資源的一部分

          HEAD

          請(qǐng)求獲取由 Request-URI 所標(biāo)識(shí)的資源的響應(yīng)消息報(bào)頭

          PUT

          請(qǐng)求服務(wù)器存儲(chǔ)一個(gè)資源,并用 Request-URI 作為其標(biāo)識(shí)符

          DELETE

          請(qǐng)求服務(wù)器刪除由 Request-URI 所標(biāo)識(shí)的資源

          TRACE

          請(qǐng)求服務(wù)器回送到的請(qǐng)求信息,主要用于測(cè)試或診斷

          CONNECT

          保留將來(lái)使用

          OPTIONS

          請(qǐng)求查詢(xún)服務(wù)器的性能,或者查詢(xún)與資源相關(guān)的選項(xiàng)和需求

          重點(diǎn)介紹 GET、POST 和 HEAD 三個(gè)方法:

          (1)GET

          GET 方法用于獲取由 Request-URI 所標(biāo)識(shí)的資源的信息,常見(jiàn)的形式是:

          GET Request-URI HTTP/1.1

          GET方法是默認(rèn)的HTTP請(qǐng)求方法,例如當(dāng)我們通過(guò)在瀏覽器的地址欄中直接輸入網(wǎng)址的方式去訪問(wèn)網(wǎng)頁(yè)的時(shí)候,瀏覽器采用的就是 GET 方法向服務(wù)器獲取資源。

          我們可以使用GET方法來(lái)提交表單數(shù)據(jù),用GET方法提交的表單數(shù)據(jù)只經(jīng)過(guò)了簡(jiǎn)單的編碼,同時(shí)它將作為URL的一部分向服務(wù)器發(fā)送,因此,如果使用GET方法來(lái)提交表單數(shù)據(jù)就存在著安全隱患上。例如:

          Http://localhost/login.php?username=aa&password=1234

          從上面的URL請(qǐng)求中,很容易就可以辯認(rèn)出表單提交的內(nèi)容。(?之后的內(nèi)容)另外由于GET方法提交的數(shù)據(jù)是作為URL請(qǐng)求的一部分所以提交的數(shù)據(jù)量不能太大。這是因?yàn)闉g覽器對(duì)url的長(zhǎng)度有限制

          各種瀏覽器也會(huì)對(duì)url的長(zhǎng)度有所限制,下面是幾種常見(jiàn)瀏覽器的url長(zhǎng)度限制:(單位:字符)

          IE : 2803

          Firefox:65536

          Chrome:8182

          Safari:80000

          Opera:190000

          (2)POST

          POST方法是GET方法的一個(gè)替代方法,它主要是向Web服務(wù)器提交表單數(shù)據(jù),尤其是大批量的數(shù)據(jù)。 在請(qǐng)求頭信息結(jié)束之后的兩個(gè)回車(chē)換行之后(實(shí)際是空一行),就是表單提交的數(shù)據(jù)。如上面提到的post表單數(shù)據(jù):

          username=aa&password=1234

          POST方法克服了GET方法的一些缺點(diǎn)。通過(guò)POST方法提交表單數(shù)據(jù)時(shí),數(shù)據(jù)不是作為URL請(qǐng)求的一部分而是作為標(biāo)準(zhǔn)數(shù)據(jù)傳送給Web服務(wù)器,這就克 服了GET方法中的信息無(wú)法保密和數(shù)據(jù)量太小的缺點(diǎn)。因此,出于安全的考慮以及對(duì)用戶(hù)隱私的尊重,通常表單提交時(shí)采用POST方法。

            從編程的角度來(lái)講,如果用戶(hù)通過(guò)GET方法提交數(shù)據(jù),則數(shù)據(jù)存放在QUERY_STRING環(huán)境變量中,而POST方法提交的數(shù)據(jù)則可以從標(biāo)準(zhǔn)輸入流中獲取。

          GET與POST方法有以下區(qū)別:

          1、 在客戶(hù)端,Get方式在通過(guò)URL提交數(shù)據(jù),數(shù)據(jù)在URL中可以看到;POST方式,數(shù)據(jù)放在HTTP包的body中。

          2、 GET方式提交的數(shù)據(jù)大小有限制(因?yàn)闉g覽器對(duì)URL的長(zhǎng)度有限制),而POST則沒(méi)有此限制。

          3、安全性問(wèn)題。正如在(1)中提到,使用 Get 的時(shí)候,參數(shù)會(huì)顯示在地址欄上,而 Post 不會(huì)。所以,如果這些數(shù)據(jù)是中文數(shù)據(jù)而且是非敏感數(shù)據(jù),那么使用 get;如果用戶(hù)輸入的數(shù)據(jù)不是中文字符而且包含敏感數(shù)據(jù),那么還是使用 post為好。

          4.、服務(wù)器取值方式不一樣。GET方式取值,如php可以使用$_GET來(lái)取得變量的值,而POST方式通過(guò)$_POST來(lái)獲取變量的值。

          (3)HEAD

          HEAD 方法與 GET 方法幾乎是相同的,它們的區(qū)別在于 HEAD 方法只是請(qǐng)求消息報(bào)頭,而不是完整的內(nèi)容。對(duì)于 HEAD 請(qǐng)求的回應(yīng)部分來(lái)說(shuō),它的 HTTP 頭部中包含的信息與通過(guò) GET 請(qǐng)求所得到的信息是相同的。利用這個(gè)方法,不必傳輸整個(gè)資源內(nèi)容,就可以得到 Request-URI 所標(biāo)識(shí)的資源的信息。這個(gè)方法通常被用于測(cè)試超鏈接的有效性,是否可以訪問(wèn),以及最近是否更新。

          要注意的是,在 HTML 文檔中,書(shū)寫(xiě) get 和 post,大小寫(xiě)都可以,但在 HTTP 協(xié)議中的 GET 和 POST 只能是大寫(xiě)形式。

          2. 請(qǐng)求頭

          每個(gè)頭域由一個(gè)域名,冒號(hào)(:)和域值三部分組成。域名是大小寫(xiě)無(wú)關(guān)的,域值前可以添加任何數(shù)量的空格符,頭域可以被擴(kuò)展為多行,在每行開(kāi)始處,使用至少一個(gè)空格或制表符。

          HTTP最常見(jiàn)的請(qǐng)求頭如下:

          Transport 頭域

          Connection:

          作用:表示是否需要持久連接。

          如果服務(wù)器看到這里的值為“Keep-Alive”,或者看到請(qǐng)求使用的是HTTP 1.1(HTTP 1.1默認(rèn)進(jìn)行持久連接),它就可以利用持久連接的優(yōu)點(diǎn),當(dāng)頁(yè)面包含多個(gè)元素時(shí)(例如Applet,圖片),顯著地減少下載所需要的時(shí)間。要實(shí)現(xiàn)這一點(diǎn),服務(wù)器需要在應(yīng)答中發(fā)送一個(gè)Content-Length頭,最簡(jiǎn)單的實(shí)現(xiàn)方法是:先把內(nèi)容寫(xiě)入 ByteArrayOutputStream,然后在正式寫(xiě)出內(nèi)容之前計(jì)算它的大小;

          例如: Connection: keep-alive 當(dāng)一個(gè)網(wǎng)頁(yè)打開(kāi)完成后,客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會(huì)關(guān)閉,如果客戶(hù)端再次訪問(wèn)這個(gè)服務(wù)器上的 網(wǎng)頁(yè),會(huì)繼續(xù)使用這一條已經(jīng)建立的連接

          例如: Connection: close 代表一個(gè)Request完成后,客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會(huì)關(guān)閉, 當(dāng)客戶(hù)端再次發(fā)送Request,需要重新建立TCP連接。

          Host(發(fā)送請(qǐng)求時(shí),該報(bào)頭域是必需的)

          Host請(qǐng)求報(bào)頭域主要用于指定被請(qǐng)求資源的Internet主機(jī)和端口號(hào),它通常從HTTP URL中提取出來(lái)的。

          eg:http://;localhost/index.html

          瀏覽器發(fā)送的請(qǐng)求消息中,就會(huì)包含Host請(qǐng)求報(bào)頭域,如下:

          Host:localhost

          此處使用缺省端口號(hào)80,若指定了端口號(hào)8080,則變成:Host:localhost:8080

          Client 頭域

          Accept:

          作用:瀏覽器可以接受的媒體類(lèi)型(MIME類(lèi)型),

          例如: Accept: text/html 代表瀏覽器可以接受服務(wù)器回發(fā)的類(lèi)型為 text/html 也就是我們常說(shuō)的html文檔, 如果服務(wù)器無(wú)法返回text/html類(lèi)型的數(shù)據(jù),服務(wù)器應(yīng)該返回一個(gè)406錯(cuò)誤(non acceptable)。

          通配符 * 代表任意類(lèi)型。例如 Accept: */* 代表瀏覽器可以處理所有類(lèi)型,(一般瀏覽器發(fā)給服務(wù)器都是發(fā)這個(gè))

          Accept-Encoding:

          作用: 瀏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支持壓縮,支持什么壓縮方法(gzip,deflate),(注意:這不是只字符編碼);

          例如: Accept-Encoding: gzip, deflate。Server能夠向支持gzip/deflate的瀏覽器返回經(jīng)gzip或者deflate編碼的HTML頁(yè)面。 許多情形下這可以減少5到10倍的下載時(shí)間,也節(jié)省帶寬。

          Accept-Language:

          作用: 瀏覽器申明自己接收的語(yǔ)言。

          語(yǔ)言跟字符集的區(qū)別:中文是語(yǔ)言,中文有多種字符集,比如big5,gb2312,gbk等等;

          例如: Accept-Language:zh-cn 。如果請(qǐng)求消息中沒(méi)有設(shè)置這個(gè)報(bào)頭域,服務(wù)器假定客戶(hù)端對(duì)各種語(yǔ)言都可以接受。

          User-Agent:

          作用:告訴HTTP服務(wù)器, 客戶(hù)端使用的操作系統(tǒng)和瀏覽器的名稱(chēng)和版本.

          我們上網(wǎng)登陸論壇的時(shí)候,往往會(huì)看到一些歡迎信息,其中列出了你的操作系統(tǒng)的名稱(chēng)和版本,你所使用的瀏覽器的名稱(chēng)和版本,這往往讓很多人感到很神 奇,實(shí)際上, 服務(wù)器應(yīng)用程序就是從User-Agent這個(gè)請(qǐng)求報(bào)頭域中獲取到這些信息User-Agent請(qǐng)求報(bào)頭域允許客戶(hù)端將它的操作系統(tǒng)、瀏覽 器和其它屬性告訴服務(wù)器。

          例如: User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

          Accept-Charset:

          作用:瀏覽器申明自己接收的字符集,這就是本文前面介紹的各種字符集和字符編碼,如gb2312,utf-8(通常我們說(shuō)Charset包括了相應(yīng)的字符編碼方案);

          例如:Accept-Charset:iso-8859-1,gb2312.如果在請(qǐng)求消息中沒(méi)有設(shè)置這個(gè)域,缺省是任何字符集都可以接受。

          Authorization:授權(quán)信息,通常出現(xiàn)在對(duì)服務(wù)器發(fā)送的WWW-Authenticate頭的應(yīng)答中;

          Authorization請(qǐng)求報(bào)頭域主要用于證明客戶(hù)端有權(quán)查看某個(gè)資源。當(dāng)瀏覽器訪問(wèn)一個(gè)頁(yè)面時(shí),如果收到服務(wù)器的響應(yīng)代碼為401(未授權(quán)),可以發(fā)送一個(gè)包含Authorization請(qǐng)求報(bào)頭域的請(qǐng)求,要求服務(wù)器對(duì)其進(jìn)行驗(yàn)證。

          Cookie/Login 頭域

          Cookie:

          作用: 最重要的header, 將cookie的值發(fā)送給HTTP 服務(wù)器

          Entity頭域

          Content-Length

          作用:發(fā)送給HTTP服務(wù)器數(shù)據(jù)的長(zhǎng)度。即請(qǐng)求消息正文的長(zhǎng)度;

          例如: Content-Length: 38

          Content-Type:

          作用:

          例如:Content-Type: application/x-www-form-urlencoded

          Miscellaneous 頭域

          Referer:

          作用: 提供了Request的上下文信息的服務(wù)器,告訴服務(wù)器我是從哪個(gè)鏈接過(guò)來(lái)的,比如從我主頁(yè)上鏈接到一個(gè)朋友那里, 他的服務(wù)器就能夠從HTTP Referer中統(tǒng)計(jì)出每天有多少用戶(hù)點(diǎn)擊我主頁(yè)上的鏈接訪問(wèn) 他的網(wǎng)站。

          例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT

          Cache 頭域

          If-Modified-Since:

          作用: 把瀏覽器端緩存頁(yè)面的最后修改時(shí)間發(fā)送到服務(wù)器去,服務(wù)器會(huì)把這個(gè)時(shí)間與服務(wù)器上實(shí)際文件的最后修改時(shí)間進(jìn)行對(duì)比。如果時(shí)間一致,那么返回304,客戶(hù)端 就直接使用本地緩存文件。如果時(shí)間不一致,就會(huì)返回200和新的文件內(nèi)容。客戶(hù)端接到之后,會(huì)丟棄舊文件,把新文件緩存起來(lái),并顯示在瀏覽器中。

          例如:If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT。

          If-None-Match:

          作用: If-None-Match和ETag一起工作,工作原理是在HTTP Response中添加ETag信息。 當(dāng)用戶(hù)再次請(qǐng)求該資源時(shí),將在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服務(wù)器驗(yàn)證資源的ETag沒(méi)有改變(該資源沒(méi)有更新),將返回一個(gè)304狀態(tài)告訴客戶(hù)端使用 本地緩存文件。否則將返回200狀態(tài)和新的資源和Etag. 使用這樣的機(jī)制將提高網(wǎng)站的性能

          例如: If-None-Match: "03f2b33c0bfcc1:0"

          Pragma:

          作用: 防止頁(yè)面被緩存, 在HTTP/1.1版本中,它和Cache-Control:no-cache作用一模一樣

          Pargma只有一個(gè)用法, 例如: Pragma: no-cache

          注意: 在HTTP/1.0版本中,只實(shí)現(xiàn)了Pragema:no-cache, 沒(méi)有實(shí)現(xiàn)Cache-Control

          Cache-Control:

          作用: 這個(gè)是非常重要的規(guī)則。 這個(gè)用來(lái)指定Response-Request遵循的緩存機(jī)制。各個(gè)指令含義如下

          Cache-Control:Public 可以被任何緩存所緩存()

          Cache-Control:Private 內(nèi)容只緩存到私有緩存中

          Cache-Control:no-cache 所有內(nèi)容都不會(huì)被緩存

          2. HTTP響應(yīng)格式

          在接收和解釋請(qǐng)求消息后,服務(wù)器會(huì)返回一個(gè) HTTP 響應(yīng)消息。與 HTTP 請(qǐng)求類(lèi)似,HTTP 響應(yīng)也是由三個(gè)部分組成,分別是:狀態(tài)行、消息報(bào)頭和響應(yīng)正文。如:

          HTTP/1.1 200 OK

          Date: Sun, 17 Mar 2013 08:12:54 GMT

          Server: Apache/2.2.8 (Win32) PHP/5.2.5

          X-Powered-By: PHP/5.2.5

          Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/

          Expires: Thu, 19 Nov 1981 08:52:00 GMT

          Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

          Pragma: no-cache

          Content-Length: 4393

          Keep-Alive: timeout=5, max=100

          Connection: Keep-Alive

          Content-Type: text/html; charset=utf-8

          <html>

          <head>

          <title>HTTP響應(yīng)示例<title>

          </head>

          <body>

          Hello HTTP!

          </body>

          </html>

          1、狀態(tài)行

          狀態(tài)行由協(xié)議版本、數(shù)字形式的狀態(tài)代碼,及相應(yīng)的狀態(tài)描述組成,各元素之間以空格分隔,結(jié)尾時(shí)回車(chē)換行符,格式如下:

          HTTP-Version Status-Code Reason-Phrase CRLF

          HTTP-Version 表示服務(wù)器 HTTP 協(xié)議的版本,Status-Code 表示服務(wù)器發(fā)回的響應(yīng)代碼,Reason-Phrase 表示狀態(tài)代碼的文本描述,CRLF 表示回車(chē)換行。例如:

          HTTP/1.1 200 OK (CRLF)

          狀態(tài)代碼與狀態(tài)描述

          狀態(tài)代碼由 3 位數(shù)字組成, 表示請(qǐng)求是否被理解或被滿(mǎn)足,狀態(tài)描述給出了關(guān)于狀態(tài)碼的簡(jiǎn)短的文字描述。狀態(tài)碼的第一個(gè)數(shù)字定義了響應(yīng)類(lèi)別,后面兩位數(shù)字沒(méi)有具體分類(lèi)。第一個(gè)數(shù)字有 5 種取值,如下所示。

          • 1xx:指示信息——表示請(qǐng)求已經(jīng)接受,繼續(xù)處理
          • 2xx:成功——表示請(qǐng)求已經(jīng)被成功接收、理解、接受。
          • 3xx:重定向——要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作
          • 4xx:客戶(hù)端錯(cuò)誤——請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求無(wú)法實(shí)現(xiàn)
          • 5xx:服務(wù)器端錯(cuò)誤——服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求。

          常見(jiàn)狀態(tài)代碼、狀態(tài)描述、說(shuō)明:

          200 OK //客戶(hù)端請(qǐng)求成功

          400 Bad Request //客戶(hù)端請(qǐng)求有語(yǔ)法錯(cuò)誤,不能被服務(wù)器所理解

          401 Unauthorized //請(qǐng)求未經(jīng)授權(quán),這個(gè)狀態(tài)代碼必須和WWW-Authenticate報(bào)頭域一起使用

          403 Forbidden //服務(wù)器收到請(qǐng)求,但是拒絕提供服務(wù)

          404 Not Found //請(qǐng)求資源不存在,eg:輸入了錯(cuò)誤的URL

          500 Internal Server Error //服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤

          503 Server Unavailable //服務(wù)器當(dāng)前不能處理客戶(hù)端的請(qǐng)求,一段時(shí)間后可能恢復(fù)正常

          2、響應(yīng)正文

          響應(yīng)正文就是服務(wù)器返回的資源的內(nèi)容,響應(yīng)頭和正文之間也必須用空行分隔。如:

          1. <html>
          2. <head>
          3. <title>HTTP響應(yīng)示例<title>
          4. </head>
          5. <body>
          6. Hello HTTP!
          7. </body>
          8. </html>

          3 、響應(yīng)頭信息

          HTTP最常見(jiàn)的響應(yīng)頭如下所示:

          Cache頭域

          Date:

          作用:生成消息的具體時(shí)間和日期,即當(dāng)前的GMT時(shí)間。

          例如: Date: Sun, 17 Mar 2013 08:12:54 GMT

          Expires:

          作用: 瀏覽器會(huì)在指定過(guò)期時(shí)間內(nèi)使用本地緩存,指明應(yīng)該在什么時(shí)候認(rèn)為文檔已經(jīng)過(guò)期,從而不再緩存它。

          例如: Expires: Thu, 19 Nov 1981 08:52:00 GMT  

          Vary

          作用:

          例如: Vary: Accept-Encoding

          Cookie/Login 頭域

          P3P

          作用: 用于跨域設(shè)置Cookie, 這樣可以解決iframe跨域訪問(wèn)cookie的問(wèn)題

          例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR

          Set-Cookie

          作用: 非常重要的header, 用于把cookie 發(fā)送到客戶(hù)端瀏覽器, 每一個(gè)寫(xiě)入cookie都會(huì)生成一個(gè)Set-Cookie.

          例如: Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/

          Entity實(shí)體頭域:

          實(shí)體內(nèi)容的屬性,包括實(shí)體信息類(lèi)型,長(zhǎng)度,壓縮方法,最后一次修改時(shí)間,數(shù)據(jù)有效性等。

          ETag:

          作用: 和If-None-Match 配合使用。 (實(shí)例請(qǐng)看上節(jié)中If-None-Match的實(shí)例)

          例如: ETag: "03f2b33c0bfcc1:0"

          Last-Modified:

          作用: 用于指示資源的最后修改日期和時(shí)間。(實(shí)例請(qǐng)看上節(jié)的If-Modified-Since的實(shí)例)

          例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT

          Content-Type:

          作用:WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對(duì)象的類(lèi)型和字符集,

          例如:

          Content-Type: text/html; charset=utf-8

            Content-Type:text/html;charset=GB2312

            Content-Type: image/jpeg

          Content-Length:

          指明實(shí)體正文的長(zhǎng)度,以字節(jié)方式存儲(chǔ)的十進(jìn)制數(shù)字來(lái)表示。在數(shù)據(jù)下行的過(guò)程中,Content-Length的方式要預(yù)先在服務(wù)器中緩存所有數(shù)據(jù),然后所有數(shù)據(jù)再一股腦兒地發(fā)給客戶(hù)端。

            例如: Content-Length: 19847

          Content-Encoding:

          作用:文檔的編碼(Encode)方法。一般是壓縮方式。

          WEB服務(wù)器表明自己使用了什么壓縮方法(gzip,deflate)壓縮響應(yīng)中的對(duì)象。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時(shí)間。

          例如:Content-Encoding:gzip

          Content-Language:

          作用: WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對(duì)象的語(yǔ)言者

          例如: Content-Language:da

          Miscellaneous 頭域

          Server:

          作用:指明HTTP服務(wù)器的軟件信息

          例如:Apache/2.2.8 (Win32) PHP/5.2.5

          X-Powered-By:

          作用:表示網(wǎng)站是用什么技術(shù)開(kāi)發(fā)的

          例如: X-Powered-By: PHP/5.2.5

          Transport頭域

          Connection:

          例如: Connection: keep-alive 當(dāng)一個(gè)網(wǎng)頁(yè)打開(kāi)完成后,客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會(huì)關(guān)閉,如果客戶(hù)端再次訪問(wèn)這個(gè)服務(wù)器上的網(wǎng)頁(yè),會(huì)繼續(xù)使用這一條已經(jīng)建立的連接

          例如: Connection: close 代表一個(gè)Request完成后,客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會(huì)關(guān)閉, 當(dāng)客戶(hù)端再次發(fā)送Request,需要重新建立TCP連接。

          Location頭域

          Location:

          作用: 用于重定向一個(gè)新的位置, 包含新的URL地址

          實(shí)例請(qǐng)看304狀態(tài)實(shí)例

          HTTP協(xié)議是無(wú)狀態(tài)的和Connection: keep-alive的區(qū)別

            無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力,服務(wù)器不知道客戶(hù)端是什么狀態(tài)。從另一方面講,打開(kāi)一個(gè)服務(wù)器上的網(wǎng)頁(yè)和你之前打開(kāi)這個(gè)服務(wù)器上的網(wǎng)頁(yè)之間沒(méi)有任何聯(lián)系。

            HTTP是一個(gè)無(wú)狀態(tài)的面向連接的協(xié)議,無(wú)狀態(tài)不代表HTTP不能保持TCP連接,更不能代表HTTP使用的是UDP協(xié)議(無(wú)連接)。

            從HTTP/1.1起,默認(rèn)都開(kāi)啟了Keep-Alive,保持連接特性,簡(jiǎn)單地說(shuō),當(dāng)一個(gè)網(wǎng)頁(yè)打開(kāi)完成后,客戶(hù)端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會(huì)關(guān)閉,如果客戶(hù)端再次訪問(wèn)這個(gè)服務(wù)器上的網(wǎng)頁(yè),會(huì)繼續(xù)使用這一條已經(jīng)建立的連接。

            Keep-Alive不會(huì)永久保持連接,它有一個(gè)保持時(shí)間,可以在不同的服務(wù)器軟件(如Apache)中設(shè)定這個(gè)時(shí)間。

          3. 瀏覽器緩存

          瀏覽器緩存:包括頁(yè)面html緩存和圖片js,css等資源的緩存。如下圖,瀏覽器緩存是基于把頁(yè)面信息保存到用戶(hù)本地電腦硬盤(pán)里。

          1、緩存的優(yōu)點(diǎn):

          1)服務(wù)器響應(yīng)更快:因?yàn)檎?qǐng)求從緩存服務(wù)器(離客戶(hù)端更近)而不是源服務(wù)器被相應(yīng),這個(gè)過(guò)程耗時(shí)更少,讓服務(wù)器看上去響應(yīng)更快。

          2)減少網(wǎng)絡(luò)帶寬消耗:當(dāng)副本被重用時(shí)會(huì)減低客戶(hù)端的帶寬消耗;客戶(hù)可以節(jié)省帶寬費(fèi)用,控制帶寬的需求的增長(zhǎng)并更易于管理。

          2、緩存工作原理

          頁(yè)面緩存狀態(tài)是由http header決定的,一個(gè)瀏覽器請(qǐng)求信息,一個(gè)是服務(wù)器響應(yīng)信息。主要包括Pragma: no-cache、Cache-Control、 Expires、 Last-Modified、If-Modified-Since。其中Pragma: no-cache由HTTP/1.0規(guī)定,Cache-Control由HTTP/1.1規(guī)定。

          工作原理圖:

          從圖中我們可以看到原理主要分三步:

          1. 第一次請(qǐng)求:瀏覽器通過(guò)http的header報(bào)頭,附帶Expires,Cache-Control,Last-Modified/Etag向服務(wù)器請(qǐng)求,此時(shí)服務(wù)器記錄第一次請(qǐng)求的Last-Modified/Etag
          2. 再次請(qǐng)求:當(dāng)瀏覽器再次請(qǐng)求的時(shí)候,請(qǐng)求頭附帶Expires,Cache-Control,If-Modified-Since/Etag向服務(wù)器請(qǐng)求
          3. 服務(wù)器根據(jù)第一次記錄的Last-Modified/Etag和再次請(qǐng)求的If-Modified-Since/Etag做對(duì)比,判斷是否需要更新,服務(wù)器通過(guò)這兩個(gè)頭判斷本地資源未發(fā)生變化,客 戶(hù)端不需要重新下載,返回304響應(yīng)。常見(jiàn)流程如下圖所示:

          與緩存相關(guān)的HTTP擴(kuò)展消息頭

          Expires:設(shè)置頁(yè)面過(guò)期時(shí)間,格林威治時(shí)間GMT

          Cache-Control:更細(xì)致的控制緩存的內(nèi)容

          Last-Modified:請(qǐng)求對(duì)象最后一次的修改時(shí)間 用來(lái)判斷緩存是否過(guò)期 通常由文件的時(shí)間信息產(chǎn)生

          ETag:響應(yīng)中資源的校驗(yàn)值,在服務(wù)器上某個(gè)時(shí)段是唯一標(biāo)識(shí)的。ETag是一個(gè)可以 與Web資源關(guān)聯(lián)的記號(hào)(token),和Last-Modified功能才不多,也是一個(gè)標(biāo)識(shí)符,一般和Last-Modified一起使用,加強(qiáng)服務(wù)器判斷的準(zhǔn)確度。

          Date:服務(wù)器的時(shí)間

          If-Modified-Since:客戶(hù)端存取的該資源最后一次修改的時(shí)間,用來(lái)和服務(wù)器端的Last-Modified做比較

          If-None-Match:客戶(hù)端存取的該資源的檢驗(yàn)值,同ETag。

          Cache-Control的主要參數(shù)

          Cache-Control: private/public Public 響應(yīng)會(huì)被緩存,并且在多用戶(hù)間共享。 Private 響應(yīng)只能夠作為私有的緩存,不能再用戶(hù)間共享。

          Cache-Control: no-cache:不進(jìn)行緩存

          Cache-Control: max-age=x:緩存時(shí)間 以秒為單位

          Cache-Control: must-revalidate:如果頁(yè)面是過(guò)期的 則去服務(wù)器進(jìn)行獲取。

          2、關(guān)于圖片,css,js,flash的緩存

          這個(gè)主要通過(guò)服務(wù)器的配置來(lái)實(shí)現(xiàn)這個(gè)技術(shù),如果使用apache服務(wù)器的話(huà),可以使用mod_expires模塊來(lái)實(shí)現(xiàn):

          編譯mod_expires模塊:

          Cd /root/httpd-2.2.3/modules/metadata

          /usr/local/apache/bin/apxs -i -a -c mod_expires.c //編譯

          編輯httpd.conf配置:添加下面內(nèi)容

          <IfModule mod_expires.c>

          ExpiresActive on

          ExpiresDefault "access plus 1 month"

          ExpiresByType text/html "access plus 1 months"

          ExpiresByType text/css "access plus 1 months"

          ExpiresByType image/gif "access plus 1 months"

          ExpiresByType image/jpeg "access plus 1 months"

          ExpiresByType image/jpg "access plus 1 months"

          ExpiresByType image/png "access plus 1 months"

          EXpiresByType application/x-shockwave-flash "access plus 1 months"

          EXpiresByType application/x-javascript "access plus 1 months"

          #ExpiresByType video/x-flv "access plus 1 months"

          </IfModule>

          解釋?zhuān)旱谝痪?-開(kāi)啟服務(wù)

          第二句--默認(rèn)時(shí)間是一個(gè)月

          在下面是關(guān)于各種類(lèi)型的資源的緩存時(shí)間設(shè)置

          整理 | 祝濤
          出品 | CSDN(ID:CSDNnews)

          北京時(shí)間12月9日消息,蘋(píng)果公司周三贏得了法院的一項(xiàng)暫緩執(zhí)行令,在對(duì)Epic Games提出的反壟斷訴訟上訴期間,暫時(shí)不必對(duì)其App Store的支付政策作出重大調(diào)整。

          CSDN付費(fèi)下載自東方IC

          2020年8月份,游戲公司Epic Games旗下游戲應(yīng)用《堡壘之夜》為用戶(hù)提供了價(jià)格更實(shí)惠的直接付款渠道,繞開(kāi)了蘋(píng)果應(yīng)用內(nèi)購(gòu)支付系統(tǒng),被蘋(píng)果以違反政策從應(yīng)用商店下架。于是,Epic Games向法院對(duì)蘋(píng)果提起反壟斷訴訟。

          2021年9月,該案件有了一個(gè)結(jié)果,聯(lián)邦法官裁定蘋(píng)果調(diào)整其App Store規(guī)則,允許開(kāi)發(fā)者添加鏈接按鈕把用戶(hù)導(dǎo)向外部支付系統(tǒng),而不是使用蘋(píng)果自主應(yīng)用內(nèi)支付,從而有望規(guī)避抽成。該裁決原定于今年12月9日生效。

          但是,就在距離執(zhí)行期限還有12個(gè)多小時(shí)的時(shí)候,美國(guó)第九巡回上訴法院批準(zhǔn)了蘋(píng)果暫緩執(zhí)行這一命令的請(qǐng)求。上訴法院的裁決意味著,在蘋(píng)果就Epic案件的裁定進(jìn)行可能長(zhǎng)達(dá)數(shù)年的上訴期間,它不必調(diào)整政策,App Store可以繼續(xù)禁止開(kāi)發(fā)商添加外部鏈接作為支付方式。

          美國(guó)第九巡回法院表示:“蘋(píng)果至少已經(jīng)證明,它的上訴對(duì)地方法院裁決的法律依據(jù)提出了嚴(yán)重質(zhì)疑。”而在上周,蘋(píng)果提交的法律文件表明,即便用戶(hù)不使用蘋(píng)果支付系統(tǒng),蘋(píng)果也打算對(duì)相關(guān)交易收取傭金。

          暫緩令不會(huì)推翻此前的裁決,但會(huì)暫停執(zhí)行,直到上訴法院全面審理此案,這一過(guò)程可能需要數(shù)月時(shí)間。

          蘋(píng)果發(fā)言人表示:“我們正在不斷改進(jìn)App Store,為用戶(hù)和才華橫溢的開(kāi)發(fā)者們提供更好的體驗(yàn)。” 蘋(píng)果表示,公司擔(dān)心的是,這些調(diào)整會(huì)制造新的隱私和安全風(fēng)險(xiǎn),破壞用戶(hù)體驗(yàn),蘋(píng)果稱(chēng)公司很感謝法院在上訴過(guò)程中暫緩了裁決命令的執(zhí)行。

          參考鏈接:

          • https://www.cnbc.com/2021/12/08/appeals-court-rules-in-apples-favor-delays-app-store-payment-changes.html

          • https://www.theverge.com/2021/12/8/22814147/epic-apple-app-store-injunction-paused

          • https://s3.documentcloud.org/documents/21150555/order.pdf

          何最快、最便捷地抵達(dá)國(guó)家會(huì)展中心(上海)?離館時(shí),哪個(gè)站點(diǎn)排隊(duì)等候時(shí)間最短?如何預(yù)約展館附近的停車(chē)場(chǎng)?

          想知道這些,只需下載“進(jìn)博會(huì)交通”APP就能“心中有數(shù)”。10月25日,該APP正式上線。

          “進(jìn)博會(huì)交通”APP的3D導(dǎo)覽界面。本文圖片均為手機(jī)截圖

          上海市交通委向澎湃新聞(www.thepaper.cn)記者表示,該部門(mén)根據(jù)“精細(xì)打磨,信息互通、塑造精品”的要求,對(duì)“上海交通”APP進(jìn)行升級(jí)優(yōu)化,新增進(jìn)博會(huì)專(zhuān)區(qū),具體包括最新公告、出行導(dǎo)航、交通攻略、資訊消息、停車(chē)預(yù)約、進(jìn)博會(huì)3D導(dǎo)覽六大板塊功能。

          最新公告板塊,主要展示各類(lèi)最新資訊,如地鐵等候情況、出租車(chē)上下客點(diǎn)、接駁線的排隊(duì)情況等。

          出行導(dǎo)航板塊,實(shí)現(xiàn)了上海市內(nèi)的全域?qū)Ш焦δ埽峁┝斯步煌ê妥择{兩種導(dǎo)航方式。

          交通攻略板塊,集中展現(xiàn)了各類(lèi)公共交通的保障措施,包括地鐵、公交、接駁線、出租車(chē)、停車(chē)場(chǎng)、定制巴士等。

          資訊消息板塊,集中顯示了各類(lèi)交通須知、交通管制信息、排隊(duì)等候信息。

          停車(chē)預(yù)約板塊,可以預(yù)約停車(chē)位,了解停車(chē)預(yù)約規(guī)則及停車(chē)場(chǎng)車(chē)位信息。

          進(jìn)博會(huì)3D導(dǎo)覽板塊,通過(guò)3D全景模型展現(xiàn)國(guó)家會(huì)展中心(上海)及周邊交通設(shè)施的全面信息。

          進(jìn)博會(huì)3D導(dǎo)覽可顯示各場(chǎng)館

          進(jìn)博會(huì)3D導(dǎo)覽可顯示地鐵站出入口

          其中,3D導(dǎo)覽為這款A(yù)PP的亮點(diǎn)。其對(duì)進(jìn)博會(huì)場(chǎng)館、21個(gè)場(chǎng)館進(jìn)出口、連廊、道路等進(jìn)行了細(xì)節(jié)刻畫(huà)和展示,覆蓋地鐵站、公交站、停車(chē)場(chǎng)、出租車(chē)上下客點(diǎn)和公交接駁線等展館周邊交通信息,還原了進(jìn)博會(huì)場(chǎng)館及周邊環(huán)境。

          觀眾只需點(diǎn)擊“進(jìn)博會(huì)3D導(dǎo)覽”即可進(jìn)入進(jìn)博會(huì)虛擬現(xiàn)實(shí)世界,通過(guò)移動(dòng)、放大、縮小、360度旋轉(zhuǎn)等操作可以在虛擬現(xiàn)實(shí)世界自由漫游,擁有“身臨其境”的直觀體驗(yàn)。

          一旦遇到離場(chǎng)大客流,進(jìn)博會(huì)交通APP也將第一時(shí)間發(fā)布應(yīng)急短駁公交的交通疏散信息,引導(dǎo)觀眾迅速離開(kāi)展館。

          展會(huì)期間,進(jìn)博會(huì)交通APP將通過(guò)資訊欄目,實(shí)時(shí)發(fā)布進(jìn)博會(huì)公告,會(huì)展期間上海市域內(nèi)交通動(dòng)態(tài),會(huì)展區(qū)域內(nèi)人流、車(chē)流狀況和交通組織等信息,觀眾可及時(shí)了解場(chǎng)館周邊的交通組織與交通現(xiàn)狀,合理選擇離場(chǎng)時(shí)間及交通方式。

          “進(jìn)博會(huì)交通”APP可顯示周邊停車(chē)場(chǎng)信息

          此外,進(jìn)博會(huì)交通APP中停車(chē)預(yù)約功能也是一大亮點(diǎn),觀眾可以通過(guò)“場(chǎng)庫(kù)簡(jiǎn)介”了解場(chǎng)庫(kù)基礎(chǔ)信息(名稱(chēng)、位置、收費(fèi)、接駁線路等)和可預(yù)約情況,通過(guò)“停車(chē)預(yù)約”進(jìn)行開(kāi)放式預(yù)約、預(yù)約支付、預(yù)約撤銷(xiāo)、預(yù)約退費(fèi)、停車(chē)證申請(qǐng)下載以及發(fā)票申請(qǐng)下載,通過(guò)“停車(chē)規(guī)則”查詢(xún)本次預(yù)約環(huán)節(jié)中的注意事項(xiàng)。

          從10月25日起,安卓手機(jī)用戶(hù)可登陸上海市交通委員會(huì)官網(wǎng),在“手機(jī)應(yīng)用”一欄中找到“進(jìn)博會(huì)交通”APP進(jìn)行下載(下載網(wǎng)址為http://jtw.sh.gov.cn/shjtsjkhd/index.html),蘋(píng)果手機(jī)用戶(hù)在App Store中搜索“進(jìn)博會(huì)交通”并下載。

          “進(jìn)博會(huì)交通”APP的出行導(dǎo)航界面


          主站蜘蛛池模板: 中文字幕一区视频一线| 91午夜精品亚洲一区二区三区| 精品国产乱子伦一区二区三区| 午夜一区二区免费视频| 国产精品一区二区久久不卡| 亚洲AV无码一区二区三区人| 国产色精品vr一区区三区| 97久久精品无码一区二区天美| 久久婷婷色综合一区二区| 精品国产福利在线观看一区| 日本不卡免费新一区二区三区| 国产一区二区三区在线电影 | 亚洲AV成人一区二区三区在线看 | 国产成人精品一区二区三区| 精品国产一区二区三区AV| 日韩精品视频一区二区三区 | 精品爆乳一区二区三区无码av| 国产在线一区二区在线视频| 国产天堂在线一区二区三区| 日本无码一区二区三区白峰美| 亚洲福利一区二区| 亚洲不卡av不卡一区二区| 久久无码一区二区三区少妇| 白丝爆浆18禁一区二区三区| 精品人妻少妇一区二区三区不卡| 一本一道波多野结衣一区| 人妻无码一区二区三区AV| 亚洲一区二区三区香蕉| 伦理一区二区三区| 国产成人无码AV一区二区在线观看| 香蕉久久AⅤ一区二区三区 | 亚洲中文字幕乱码一区| 亚欧免费视频一区二区三区| 久久国产精品无码一区二区三区| 国产午夜精品一区二区三区 | 果冻传媒一区二区天美传媒| 日本高清无卡码一区二区久久| 少妇一夜三次一区二区| 韩国精品福利一区二区三区 | 久久无码AV一区二区三区| 91久久精品午夜一区二区|