http協議中get與post方法header的區別
HTTP（HyperTextTransferProtocol）即超文字傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，伺服器給與響應。就整個網路資源傳輸而言，包括message-header和message-body兩部分。首先傳遞message-header，即http header訊息。http header 訊息通常被分為4個部分：general header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確。根據維基百科對http header內容的組織形式，大體分為Request和Response兩部分。
Requests部分
| 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: [email protected] |
| 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 |
Responses 部分
| 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 |
POST /daydayup/to.jsp HTTP/1.1
Host: localhost:9080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
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
Accept-Charset: GB2312,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:9080/daydayup/from.jsp
Cookie: JSESSIONID=0000-Ubag-0HtbyayXaZZqC5H0-:-1
Content-Type: application/x-www-form-urlencoded
Content-Length: 18
username=454545454
HTTP/1.x 200 OK
Content-Type: text/html; charset=ISO-8859-1
Content-Language: zh-CN
Content-Length: 1099
Date: Wed, 25 Nov 2009 01:50:31 GMT
Server: WebSphere Application Server/6.1
----------------------------------------------------------
http://localhost:9080/daydayup/to.jsp?username=454545454
GET /daydayup/to.jsp?username=454545454 HTTP/1.1
Host: localhost:9080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
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
Accept-Charset: GB2312,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://localhost:9080/daydayup/from.jsp
Cookie: JSESSIONID=0000-Ubag-0HtbyayXaZZqC5H0-:-1
HTTP/1.x 200 OK
Content-Type: text/html; charset=ISO-8859-1
Content-Language: zh-CN
Content-Length: 978
Date: Wed, 25 Nov 2009 01:51:35 GMT
Server: WebSphere Application Server/6.1
----------------------------------------------------------
相關推薦
http協議中get與post方法header的區別
HTTP（HyperTextTransferProtocol）即超文字傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，伺服器給與響應。就整個網路資源傳輸而言，包括message-header和message-body兩部
http協議中get和post方法的優點和缺點
在資料傳輸過程中分別對應了HTTP協議中的GET和POST方法。二者主要區別如下： 1、Get是用來從伺服器上獲得資料，而Post是用來向伺服器上傳遞資料。 2、Get將表單中資料的按照variable=value的形式，新增到action所指向的URL後面，並且兩者使用“?”連線，而各個變數之間使用 “&a
Http協議中GET和POST請求方法的區別
出場 請求參數 底層 情況下 -type 過去 firefox url sym GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。 最直觀的區別就是GET把參數包含在URL中，POST通過request body傳遞
HTTP協議中GET和POST兩種基本請求方法的區別
GET和POST兩種基本請求方法的區別 GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。 最直觀的區別就是GET把引數包含在URL中，POST通過request body傳遞引數。 你可能自己寫過無數個G
Python Django 前後端資料互動 之 HTTP協議下GET與POST的區別 99%的人都理解錯了HTTP中GET與POST的區別(轉自知乎)
99%的人都理解錯了HTTP中GET與POST的區別(轉自知乎) 作者：Larry 連結：https://zhuanlan.zhihu.com/p/22536382 來源：知乎 著作權歸作者所有。商業轉載請聯絡作者獲得授
http協議中get和post的區別
httpHttp定義了與服務器交互的不同方法，最基本的方法有4種，分別是GET，POST，PUT，DELETEURL全稱是資源描述符，我們可以這樣認 為：一個URL地址，它用於描述一個網絡上的資源，而HTTP中的GET，POST，PUT，DELETE就對應著對這個資源的查 ，改 ，增 ，刪 4個操作。到這裏，
HTTP中GET和POST方法的區別
HTTP請求的方法有很多：GET、POST、HEAD、TRACE、OPTIONS等，但是GET和POST是兩個最常用的方法。 GET是最簡單的一種請求方法，其主要功能是從伺服器端獲取使用者所需資源，並將其作為響應返回給客戶端，需要注意的是：GET方法的作用主要用來獲取伺
Python Django 前後端數據交互 之 HTTP協議下GET與POST的區別
要求 提交 時間差 lan 渠道 pic 世界 們的 class 作者：Larry鏈接：https://zhuanlan.zhihu.com/p/22536382來源：知乎著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。 GET和POST是HTTP請求
http協議中get和post的區別(轉)
1．HTTP請求格式： <request line> <headers> <blank line> [<request-body>] 在HTTP請求中，第一行必須是一個請求行（request line），用來說明請
HTTP協議中get和post的不同
HTTP請求中 get和post的區別 基本的區別： get 資料回附在url 上（其中引數是空格，轉換為+，如果是中文/其他字元，則直接把字串用BASE64加密，得出如%E4%BD%A0%E5%A5%BD）， post 資料包裹在http包的包體裡。
HTTP協議中GET、POST和HEAD的區別？
HEAD： 只請求頁面的首部。 GET： 請求指定的頁面資訊，並返回實體主體。 POST： 請求伺服器接受所指定的文件作為對所標識的URL的新的從屬實體。 （1）HTTP 定義了與伺服器互動的不同方法
從REST引申到對http協議中 get、post、put、delete理解
最近在寫公司程式碼時候，因為是Restful風格的微服務架構，介面上我們要寫上對應的URL和請求型別，原來只是簡單的理解為get查詢，delete刪除，post建立，put用來查詢。但昨天寫方法的時候組長在一個方法用post和put猶豫了下。我感覺肯定有問題。而且自己對Re
HTTP協議中GET、POST和HEAD的介紹
GET： 請求指定的頁面資訊，並返回實體主體。 HEAD： 只請求頁面的首部。 POST： 請求伺服器接受所指定的文件作為對所標識的URI的新的從屬實體。 HTTP 定義了與伺服器互動的不同方法，最基本的方法是 GET 和 POST。事實上 GET
hibernate架構之session中get與load方法的區別
r.java one 升級版 數據庫 apache appenders 進行 方法 main hibernate是一個用於連接數據庫的升級版JDBC，與一般JDBC不同的是，hibernate架構是通過hql進行查找，通過session建立連接。其工作原理是：將實例分為瞬時
servlet表單中get和post方法的區別
pos span 轉化 不可見 上傳文件 post div font 支持 Form中的get和post方法，在數據傳輸過程中分別對應了HTTP協議中的GET和POST方法。二者主要區別如下：1、Get是用來從服務器上獲得數據，而Post是用來向服務器上傳遞數據。2、Get
HTTP 請求的 GET 與 POST 方式的區別
瀏覽器 tro 名稱 安全 data 回文 部分 strong 長度 HTTP 請求的 GET 與 POST 方式的區別 在客戶機和服務器之間進行請求-響應時，兩種最常被用到的方法是：GET 和 POST。 GET - 從指定的資源請求數據。 POST - 向指定的資源提
HTTP請求的GET與POST 方式的區別
Http 定義了與伺服器互動的不同方法，最基本的方法有 4 種，分別是 GET，POST，PUT，DELETE。 URL 全稱是資源描述符，我們可以這樣認為：一個 URL 地址，它用於描述一個網路上的資源，而 HTTP 中的 GET，POST，PUT，DELETE 就對應著
ajax中get與post請求的區別
一、get()和post()基本區別 1.get是把引數資料佇列加到提交表單的ACTION屬性所指的URL中，值和表單內各個欄位一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個欄位與其內容放置在HTML HEADER內一起傳送到ACTION屬
JSP中get和post方法的區別
1、post提交資料是隱式的，get是通過在url裡面傳遞的（可以看一下你瀏覽器的位址列），用來傳遞一些不需要保密的資料。 2、用get時，傳輸資料的大小有限制 （注意不是引數的個數有限制），為2K；而post沒有此限制。 3、還有用GET的時候在SERVLET中要用DO
http協議中的get與post方法區別分析
Http定義了與伺服器互動的不同方法，最基本的方法有4種，分別是GET，POST，PUT，DELETE。URL全稱是資源描述符，我們可以這樣認為：一個URL地址，它用於描述一個網路上的資源，而HTTP中的GET，POST，PUT，DELETE就對應著對這