<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                # HTTP響應頭和請求頭信息對照表 [詳情參考這篇博文](https://www.cnblogs.com/lichihua/p/8142746.html) HTTP請求頭提供了關于請求,響應或者其他的發送實體的信息。HTTP的頭信息包括通用頭、請求頭、響應頭和實體頭四個部分。每個頭域由一個域名,冒號(:)和域值三部分組成。 * **通用頭標**:即可用于請求,也可用于響應,是作為一個整體而不是特定資源與事務相關聯。 * **請求頭標**:允許客戶端傳遞關于自身的信息和希望的響應形式。 * **響應頭標**:服務器和于傳遞自身信息的響應。 * **實體頭標**:定義被傳送資源的信息。即可用于請求,也可用于響應。 根據以上分類的HTTP請求頭介紹可以[參考此文](http://www.jb51.net/article/51951.htm),本工具根據請求和輸出分為Request和Response兩部分。 ### HTTP Request Header請求頭 | Header | 解釋 | 示例 | | --- | --- | --- | | Accept | 指定客戶端能夠接收的內容類型 | Accept: text/plain, text/html | | Accept-Charset | 瀏覽器可以接受的字符編碼集。 | Accept-Charset: iso-8859-5 | | Accept-Encoding | 指定瀏覽器可以支持的web服務器返回內容壓縮編碼類型。 | Accept-Encoding: compress, gzip | | Accept-Language | 瀏覽器可接受的語言 | Accept-Language: en,zh | | Accept-Ranges | 可以請求網頁實體的一個或者多個子范圍字段 | Accept-Ranges: bytes | | Authorization | HTTP授權的授權證書 | Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== | | Cache-Control | 指定請求和響應遵循的緩存機制 | Cache-Control: no-cache | | Connection | 表示是否需要持久連接。(HTTP 1.1默認進行持久連接) | Connection: close | | Cookie | HTTP請求發送時,會把保存在該請求域名下的所有cookie值一起發送給web服務器。 | Cookie: $Version=1; Skin=new; | | Content-Length | 請求的內容長度 | Content-Length: 348 | | Content-Type | 請求的與實體對應的MIME信息 | Content-Type: application/x-www-form-urlencoded | | Date | 請求發送的日期和時間 | Date: Tue, 15 Nov?2010 08:12:31 GMT | | Expect | 請求的特定的服務器行為 | Expect: 100-continue | | From | 發出請求的用戶的Email | From: user@email.com | | Host | 指定請求的服務器的域名和端口號 | Host: www.zcmhi.com | | If-Match | 只有請求內容與實體相匹配才有效 | If-Match: “737060cd8c284d8af7ad3082f209582d” | | If-Modified-Since | 如果請求的部分在指定時間之后被修改則請求成功,未被修改則返回304代碼 | If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT | | If-None-Match | 如果內容未改變返回304代碼,參數為服務器先前發送的Etag,與服務器回應的Etag比較判斷是否改變 | If-None-Match: “737060cd8c284d8af7ad3082f209582d” | | If-Range | 如果實體未改變,服務器發送客戶端丟失的部分,否則發送整個實體。參數也為Etag | If-Range: “737060cd8c284d8af7ad3082f209582d” | | If-Unmodified-Since | 只在實體在指定時間之后未被修改才請求成功 | If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT | | Max-Forwards | 限制信息通過代理和網關傳送的時間 | Max-Forwards: 10 | | Pragma | 用來包含實現特定的指令 | Pragma: no-cache | | Proxy-Authorization | 連接到代理的授權證書 | Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== | | Range | 只請求實體的一部分,指定范圍 | Range: bytes=500-999 | | Referer | 先前網頁的地址,當前請求網頁緊隨其后,即來路 | Referer: http://www.zcmhi.com/archives/71.html | | TE | 客戶端愿意接受的傳輸編碼,并通知服務器接受接受尾加頭信息 | TE: trailers,deflate;q=0.5 | | Upgrade | 向服務器指定某種傳輸協議以便服務器進行轉換(如果支持) | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 | | User-Agent | User-Agent的內容包含發出請求的用戶信息 | User-Agent: Mozilla/5.0 (Linux; X11) | | Via | 通知中間網關或代理服務器地址,通信協議 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) | | Warning | 關于消息實體的警告信息 | Warn: 199 Miscellaneous warning | ### HTTP Responses Header響應頭 | Header | 解釋 | 示例 | | --- | --- | --- | | Accept-Ranges | 表明服務器是否支持指定范圍請求及哪種類型的分段請求 | Accept-Ranges: bytes | | Age | 從原始服務器到代理緩存形成的估算時間(以秒計,非負) | Age: 12 | | Allow | 對某網絡資源的有效的請求行為,不允許則返回405 | Allow: GET, HEAD | | Cache-Control | 告訴所有的緩存機制是否可以緩存及哪種類型 | Cache-Control: no-cache | | Content-Encoding | web服務器支持的返回內容壓縮編碼類型。 | Content-Encoding: gzip | | Content-Language | 響應體的語言 | Content-Language: en,zh | | Content-Length | 響應體的長度 | Content-Length: 348 | | Content-Location | 請求資源可替代的備用的另一地址 | Content-Location: /index.htm | | Content-MD5 | 返回資源的MD5校驗值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== | | Content-Range | 在整個返回體中本部分的字節位置 | Content-Range: bytes 21010-47021/47022 | | Content-Type | 返回內容的MIME類型 | Content-Type: text/html; charset=utf-8 | | Date | 原始服務器消息發出的時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT | | ETag | 請求變量的實體標簽的當前值 | ETag: “737060cd8c284d8af7ad3082f209582d” | | Expires | 響應過期的日期和時間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT | | Last-Modified | 請求資源的最后修改時間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT | | Location | 用來重定向接收方到非請求URL的位置來完成請求或標識新的資源 | Location: http://www.zcmhi.com/archives/94.html | | Pragma | 包括實現特定的指令,它可應用到響應鏈上的任何接收方 | Pragma: no-cache | | Proxy-Authenticate | 它指出認證方案和可應用到代理的該URL上的參數 | Proxy-Authenticate: Basic | | refresh | 應用于重定向或一個新的資源被創造,在5秒之后重定向(由網景提出,被大部分瀏覽器支持) | Refresh: 5; url=http://www.zcmhi.com/archives/94.html | | Retry-After | 如果實體暫時不可取,通知客戶端在指定時間之后再次嘗試 | Retry-After: 120 | | Server | web服務器軟件名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) | | Set-Cookie | 設置Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 | | Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards | | Transfer-Encoding | 文件傳輸編碼 | Transfer-Encoding:chunked | | Vary | 告訴下游代理是使用緩存響應還是從原始服務器請求 | Vary: \* | | Via | 告知代理客戶端響應是通過哪里發送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) | | Warning | 警告實體可能存在的問題 | Warning: 199 Miscellaneous warning | | WWW-Authenticate | 表明客戶端請求實體應該使用的授權方案 | WWW-Authenticate: Basic | **1、Cache-Control** ????? Cache-Control指定請求和響應遵循的緩存機制;具體內容在cache-control對照表 **2、Pragma** **????? Pragma頭域用來包含實現特定的指令,最常用的是Pragma:no-cache。在HTTP/1.1協議中,它的含義和Cache- Control:no-cache相同** **3、Connection:** ** ????? Connection表示是否需要持久連接。如果Servlet看到這里的值為“Keep-Alive”,或者看到請求使用的是HTTP 1.1(HTTP 1.1默認進行持久連接),它就可以利用持久連接的優點,當頁面包含多個元素時(例如Applet,圖片),顯著地減少下載所需要的時間。要實現這一點,Servlet需要在應答中發送一個Content-Length頭,最簡單的實現方法是:先把內容寫入ByteArrayOutputStream,然后在正式寫出內容之前計算它的大小。   Close:告訴WEB服務器或者代理服務器,在完成本次請求的響應后,斷開連接,不要等待本次連接的后續請求了。   Keepalive:告訴WEB服務器或者代理服務器,在完成本次請求的響應后,保持連接,等待本次連接的后續請求。   Keep-Alive:如果瀏覽器請求保持連接,則該頭部表明希望 WEB 服務器保持連接多長時間(秒),如Keep-Alive:300。 **4、Date** Date頭域表示消息發送的時間,服務器響應中要包含這個頭部,因為緩存在評估響應的新鮮度時要用到,其時間的描述格式由RFC822定義。例如,Date:Mon, 31 Dec 2001 04:25:57 GMT。Date描述的時間表示世界標準時,換算成本地時間,需要知道用戶所在的時區。 **5、Transfer-Encoding**   WEB 服務器表明自己對本響應消息體(不是消息體里面的對象)作了怎樣的編碼,比如是否分塊(chunked),?? ?????? 例如:Transfer-Encoding: chunked???分塊編碼?Content-Encoding 和 Transfer-Encoding 二者經常會結合來用,其實就是針對 Transfer-Encoding 的分塊再進行 Content-Encoding壓縮。 **6、Upgrade**   它可以指定另一種可能完全不同的協議,如HTTP/1.1客戶端可以向服務器發送一條HTTP/1.0請求,其中包含值為“HTTP/1.1”的Update頭部,這樣客戶端就可以測試一下服務器是否也使用HTTP/1.1了。 **7、Via**   列出從客戶端到 OCS 或者相反方向的響應經過了哪些代理服務器,他們用什么協議(和版本)發送的請求。   當客戶端請求到達第一個代理服務器時,該服務器會在自己發出的請求里面添加 Via 頭部,并填上自己的相關信息,當下一個代理服務器 收到第一個代理服務器的請求時,會在自己發出的請求里面復制前一個代理服務器的請求的Via頭部,并把自己的相關信息加到后面,以此類推,當 OCS 收到最后一個代理服務器的請求時,檢查 Via 頭部,就知道該請求所經過的路由。例如:Via:1.0 236-81.D07071953.sina.com.cn:80 (squid/2.6.STABLE13) **
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看