請求協議

⑴ 如何請求和響應http的post，head協議

WWW的核心——HTTP協議 眾所周知，Internet的基本協議是TCP/IP協議，目前廣泛採用的FTP、ArchieGopher等是建立在TCP/IP協議之上的應用層協議，不同的協議對應著不同的應用。<BR>WWW伺服器使用的主要協議是HTTP協議，即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW，還可以是其它服務，因而HTTP協議允許用戶在統一的界面下，採用不同的協議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協議還可用於名字伺服器和分布式對象管理。 2/zju/index.htmHTTP/1.0 頭信息又稱為元信息，即信息的信息，利用元信息可以實現有條件的請求或應答。 請求頭——告訴伺服器怎樣解釋本次請求，主要包括用戶可以接受的數據類型、壓縮方法和語言等。 實體頭——實體信息類型、長度、壓縮方法、最後一次修改時間、數據有效期等。 實體——請求或應答對象本身。 3.發送響應 伺服器在處理完客戶的請求之後，要向客戶機發送響應消息。 HTTP/1.0的響應消息格式如下： 響應消息=狀態行(通用信息頭響應頭實體頭)CRLF〔實體內容〕 狀態行=HTTP版本號狀態碼原因敘述 狀態碼表示響應類型 1××保留 2××表示請求成功地接收 3××為完成請求客戶需進一步細化請求 4××客戶錯誤 5××伺服器錯誤 響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。 4.關閉連接 客戶和伺服器雙方都可以通過關閉套接字來結束TCP/IP對話

⑵ 如何修改http協議的請求的數據格式

HTTP客戶請求數據格式

大多數servlet程序都是和瀏覽器客戶以HTTP協議進行通信的，這需要編程人員對程序的基本功能和HTTP協議的具體操作有深入的理解。在學習
servlet和Jsp編程時，有兩點值得注意:首先是對HTTP協議的操作過程和數據格式足夠熟悉，其次要靈活應用servlet的API中的有關方法
正確高效地處理有關數據。

一、HTTP客戶請求的數據格式說明

HTTP請求包括三部分：請求行(Request
Line)，頭部（Headers）和數據體（Body)。其中，請求行由請求方法(method)，請求網址Request-URI和協議
(Protocol)構成，而請求頭包括多個屬性，數據體則可以被認為是附加在請求之後的文本或二進制文件。

下面這個例子顯示了一個HTTP請求的Header內容，這些數據是真正以網路HTTP協議從IE瀏覽器傳遞到Tomcat伺服器上的。
GET /icwork/? search=proct HTTP/1.1
Accept:image/gif,image/x-xbitmap,image/jpeg,image/pjpeg,application/vnd.ms-powerpoint,application/vnd.ms-excel,application/msword,*.*
Accept-Language:en-us
Accept-Encoding:gzip,deflate
User-Agent:Mozilla/4.0(compatible;MSIE 5.01;Windows NT 5.0;DigExt)
Host:
Referer:
Connection:Keep-Alive
這段程序使用了6個Header，還有一些Header沒有出現。我們參考這個例子具體解釋HTTP請求格式。
1.HTTP請求行：請求行格式為Method Request-URI Protocol。在上面這個例子里，逗GET /icwork/? search=pruct HTTP/1.1地是請求行。
2.Accept:指瀏覽器或其他客戶可以接愛的MIME文件格式。Servlet可以根據它判斷並返回適當的文件格式。
3.Accept-Charset：指出瀏覽器可以接受的字元編碼。英文瀏覽器的默認值是ISO-8859-1.
4.Accept-Language：指出瀏覽器可以接受的語言種類，如en或en-us，指英語。
5.Accept-Encoding：指出瀏覽器可以接受的編碼方式。編碼方式不同於文件格式，它是為了壓縮文件並加速文件傳遞速度。瀏覽器在接收到Web響應之後先解碼，然後再檢查文件格式。
6.Authorization：當使用密碼機制時用來標識瀏覽器。
7.Cache-Control：設置關於請求被代理伺服器存儲的相關選項。一般servlet用不到。
8.Connection：用來告訴伺服器是否可以維持固定的HTTP連接。HTTP/1.1使用Keep-Alive為默認值，這樣，當瀏覽器需要多個文件時(比如一個HTML文件和相關的圖形文件)，不需要每次都建立連接。
9.Content-Type：用來表名request的內容類型。可以用HttpServletRequest的getContentType()方法取得。
10.Cookie：瀏覽器用這個屬性向伺服器發送Cookie。Cookie是在瀏覽器中寄存的小型數據體，它可以記載和伺服器相關的用戶信息，也可以用來實現會話功能。
11.Expect：表時客戶預期的響應狀態。
12.From：給出客戶端HTTP請求負責人的email地址。
13.Host：對應網址URL中的Web名稱和埠號。
14.If-Match：供PUT方法使用。
15.If-Modified-Since：客戶使用這個屬性表明它只需要在指定日期之後更改過的網頁。因為瀏覽器可以使用其存儲的文件而不必從伺服器請求，這樣節省了Web資源。由於Servlet是動態生成的網頁，一般不需要使用這個屬性。
16.If-None-Match：和If-Match相反的操作，供PUT方法使用。
17.If-Unmodified-Since：和If-Match-Since相反。
18.Pragma：這個屬性只有一種值，即Pragma：no-cache,表明如果servlet充當代理伺服器，即使其有已經存儲的網頁，也要將請求傳遞給目的伺服器。
19.Proxy-Authorization：代理伺服器使用這個屬性，Servlet一般用不到。
20.Range：如果客戶有部分網頁，這個屬性可以請求剩餘部分。
21.Referer：表明產生請求的網頁URL。如比從網頁/icconcept/index.jsp中點擊一個鏈接到網頁/icwork
/search，在向伺服器發送的GET/icwork/search中的請求中，Referer是
/icconcept/index.jsp。這個屬性可以用來跟蹤Web請求是從什麼網站來的。
22.Upgrage：客戶通過這個屬性設定可以使用與HTTP/1.1不同的協議。
23.User-Agent：是客戶瀏覽器名稱。
24.Via：用來記錄Web請求經過的代理伺服器或Web通道。
25.Warning：用來由客戶聲明傳遞或存儲(cache)錯誤。
補充.Transfer-Encoding：
當不能預先確定報文體的長度時，不可能在頭中包含Content-Length域來指明報文體長度，此時就需要通過Transfer-Encoding域來確定報文體長度。

通常情況下，Transfer-Encoding域的值應當為chunked,表明採用chunked編碼方式來進行報文體的傳輸。chunked編碼是HTTP/1.1 RFC里定義的一種編碼方式，因此所有的HTTP/1.1應用都應當支持此方式。

chunked編碼的基本方法是將大塊數據分解成多塊小數據，每塊都可以自指定長度

二、下面是一個分析並顯示客戶請求的Header信息的servlet(tomcat下測試通過):

java 代碼

Code:

import javax.servlet.*;

import javax.servlet.http.*;

import java.io.*;

import java.util.Enumeration;

public class headerinfo extends HttpServlet{

public void doPost(HttpServletRequest req,HttpServletResponse resp)

throws ServletException,IOException

{

/*

Enumeration e = req.getHeaderNames();

while (e.hasMoreElements()) {

String s = (String) e.nextElement();

System.out.println("header: " + s + " " + req.getHeader(s));

}

e = req.getAttributeNames();

while (e.hasMoreElements()) {

String s = (String) e.nextElement();

System.out.println("attribute: " + s + " " + req.getAttribute(s));

}

e = req.getParameterNames();

while (e.hasMoreElements()) {

String s = (String) e.nextElement();

System.out.println("parameter: " + s + " " + req.getParameter(s));

}*/

resp.setContentType("text/html; charset=GBK");

PrintWriter out = resp.getWriter();

out.println("<html><head><title>FormParameterServlet</title></head>");

out.println("<body bgcolor=\"white\">");

out.println("<center><font color=\"#009999\" size=\"4\" face=\"Arial\">");

out.println("<strong>List of all Headers in Servlet Request</strong>");

out.println("</font></center>");

out.println("<hr>");

out.println("<H3>Request Line is:</H3>");

out.println("<b>Method:</b>"+req.getMethod()+"<br>");

out.println("<b>URI:</b>"+req.getRequestURI()+"<br>");

out.println("<b>Protocol</b>"+req.getProtocol()+"<br>");

out.println("<center><h3>Header Name and Values</h3></center>");

out.println("<table border=1 align=center>");

out.println("<tr bgcolor='#99cee6'><th>Name</th><th>value</th></tr>");

Enumeration headernames = req.getHeaderNames();

while(headernames.hasMoreElements()){

String headername = (String)headernames.nextElement();

out.println("<tr><td>"+headername+"</td><td>"+req.getHeader(headername)+"</td></tr>");

}

out.println("</table></body></html>");

out.flush();

}

public void doGet(HttpServletRequest req,HttpServletResponse resp)

throws ServletException,IOException

{

doPost(req,resp);

}

}

⑶ 請問HTTP協議傳輸和TCP協議傳輸的區別

1、性質不同：http是一個簡單的請求-響應協議。TCP是一種面向連接的、可靠的、基於位元組流的傳輸層通信協議。

2、連接不同：TCP連接到不同但互連的計算機通信網路的主計算機中的成對進程之間依靠TCP提供可靠的通信服務。http通常運行在TCP之上。指定了客戶端可能發送給伺服器什麼樣的消息以及得到什麼樣的響應。

3、功能不同：當應用層向TCP層發送用於網間傳輸的、用8位位元組表示的數據流，TCP則把數據流分割成適當長度的報文段，最大傳輸段大小（MSS）通常受該計算機連接的網路的數據鏈路層的最大傳送單元（MTU）限制。HTTP協議是基於請求/響應範式的。

(3)請求協議擴展閱讀：

注意事項：

1、HTTP是無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。

2、HTTP是媒體獨立的：這意味著，只要客戶端和伺服器知道如何處理的數據內容，任何類型的數據都可以通過HTTP發送。客戶端以及伺服器指定使用適合的MIME-type內容類型。

3、HTTP是無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面在伺服器不需要先前信息時它的應答就較快。

⑷ http 底層協議是什麼

HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW伺服器傳輸超文本到本地瀏覽器的傳輸協議。它可以使瀏覽器更加高效，使網路傳輸減少。

它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。

HTTP是客戶端瀏覽器或其他程序與Web伺服器之間的應用層通信協議。在Internet上的Web伺服器上存放的都是超文本信息，客戶機需要通過HTTP協議傳輸所要訪問的超文本信息。

HTTP包含命令和傳輸信息，不僅可用於Web訪問，也可以用於其他網際網路/內聯網應用系統之間的通信，從而實現各類應用資源超媒體訪問的集成。

(4)請求協議擴展閱讀：

通過HTTP或者HTTPS協議請求的資源由統一資源標示符（Uniform Resource Identifiers）（或者，更准確一些，URLs）來標識。

1、基於請求/響應模型的協議。請求和響應必須成對，先有請求後有響應

2、http協議默認埠:80

3、簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。

每種方法規定了客戶與伺服器聯系的類型不同。由於HTTP協議簡單，使得HTTP伺服器的程序規模小，因而通信速度很快。

4、靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。

5、無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。

6、無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。

⑸ HTTP 協議都有哪些規則

客戶程序向伺服器發送的請求可以有不同的類型，這樣伺服器可以根據不同的請求類型進行不同的處理。在HTTP1.0中，定義了三種最基本的請求類 型，GET、POST和HEAD，客戶程序用大寫指令將請求發送給伺服器，後面跟隨具體的數據。

其中，HEAD請求在客戶程序和伺服器之間進行交流，而不會返回具體的文檔。當使用GET和POST方法時，伺服器最後都將結果文檔返回給客戶程序，瀏覽器將 刷新顯示。而HEAD請求則不同，它僅僅交流一些內部數據，這些數據不會影響瀏覽的過程。因此HEAD方法通常不單獨使用，而是和其他的請求方法一起起到 輔助作用。一些搜尋引擎使用的自動搜索機器人使用這個方法來獲得網頁的標志信息，或者進行安全認證時，使用這個方法來傳遞認證信息。

除了這三種最常見的訪問方法之外，在HTTP1.1中還定義了更多的訪問方法類型，如PUT，用於將網頁放置到正確位置，DELETE用於刪除相關文檔 等。這些方法並不常用，因而大部分Web伺服器軟體並沒有實現他們。然而對於特定場合他們還是非常有用的，例如使用軟體編輯網頁時，網頁編輯器可以使用這 些方法，管理不同的網頁。

如果伺服器不支持客戶發送的請求方法，伺服器將返回錯誤並立即關閉連接

⑹ 這個http協議的post請求是什麼意思

向伺服器提交數據，比如，你注冊網站的賬號，填完之後，提交時就會向伺服器發一個post請求。伺服器收到之後，會存到資料庫。

⑺ 請求一份合作協議

合作協議書
XX（以下簡稱甲方）與XX（以下簡稱乙方）自願合股在_____市_____鎮______村X地共同投資合作經營自由垂釣和餐飲業務，經雙方協商，簽訂下列合作協議。
第一條 合作宗旨：
利用甲方自有魚塘的優勢，雙方各出資兩萬元共同修建並合作經營，所投資項目風險共擔，利潤分成。
第二條 合作投資項目：
1. 漁場和飯店建設及經營所需設施和設備的購置；
2. 自由垂釣經營和管理；
3. 餐飲業務經營與管理。
第三條 合作期限：
自＿＿年＿＿月＿＿日起，至＿＿年＿＿月＿＿日止。
第四條 合作方式：
1．甲方：
① 提供個人魚塘作為建設基地，所提供基地摺合為2萬元股金；
② 擁有經營管理的人事權，與乙方共同經營管理項目的建設及其運營期間的日常業務；
2．乙方：
① 出資2萬元現金作為建設和經營資本；
② 與甲方共同經營管理項目的建設及其運營其間的日常業務；
第五條 利潤分配：
雙方各佔50%
第六條 退出合作
① 需有正當理由方可退出合作；
② 不得在合作不利時退出合作；
③ 退出合作需提前＿＿月告知對方；
④ 退出合作前必須結清各自拖欠的貨款，貨款均以金錢結算；
⑤ 未經合夥人同意而自行退出合作給合作對方造成損失的，應進行賠償。
第七條 合作雙方的職責與權利
（1）共同制定建設規劃、確定建設規模、監督建設進度；
（2）共同制定企業管理章程及相關制度；
（3）積極開展業務，訂立銷售策略，擴大銷售渠道；
（4）共同擁有固定資產的所有權和流動資金的管理及使用權；
（5）有權了解日常銷售情況；
（6）共同承擔風險，債務和債權分擔；
第八條 禁止行為
1．未經合作人的同意，禁止任何一方私自以合作者名義進行業務活動。
2．禁止合作人另行經營同合作夥伴競爭的業務。
3．如合作人違反上述各條，應按合夥實際損失賠償。
第九條 合作的終止及終止後的事項
1．雙方合作關系因以下事由之一可以終止：
（1）合作期屆滿；
（2）雙方一致同意終止合作關系：
（3）合作事業完成或不能完成；
（4）合作事業違反法律被撤銷；
（5）法院根據有關當事人請求判決解散。
2．合夥終止後的事項：
（1）及時清理相互間的貨款；
（2）清算後如有虧損，由合作人按出資比例承擔。
第十條 糾份的解決
合作人之間如發生糾紛，應共同協商，本著有利於合作事業發展的原則予以解決。如協商不成，可以訴諸法院。
第十一條
本合同自訂立並報經工商行政管理機關批准之日起生效並開始營業。
第十二條
本合同如有未盡事宜，應由合作雙方討論補充或修改。 補充和修改的內容與本協議具有同等效力。
第十三條 附則
建設項目定於明年X 月開工，工期預定為 ____ 天，
第十四條
本合同正本一式____份，合作雙方各執一份，送____存一份。

甲方 ＿＿＿＿＿＿，（蓋章） ＿年＿月＿日
乙方 ＿＿＿＿＿＿，（蓋章） ＿年＿月＿日

如需要修改補充請聯系。

⑻ HTTP協議中請求方法Get和Post的區別是什麼

原理區別：

在瀏覽器中輸入網址訪問資源都是通過GET方式;在FORM提交中，可以通過Method指定提交方式為GET或者POST，默認為GET提交。

HTTP 定義了與伺服器交互的不同方法，最常用的有4種，Put(增),Delete(刪)，Post(改),Get(查)，即增刪改查：

1)Get，
它用於獲取信息，注意，他只是獲取、查詢數據，也就是說它不會修改伺服器上的數據，從這點來講，它是數據安全的，而稍後會提到的Post它是可以修改數據的，所以這也是兩者差別之一了。

2)
Post，它是可以向伺服器發送修改請求，從而修改伺服器的，比方說，我們要在論壇上回貼、在博客上評論，這就要用到Post了，當然它也是可以僅僅獲取數據的。

3)Delete 刪除數據。可以通過Get/Post來實現。

4)Put，增加、放置數據，可以通過Get/Post來實現。

根據HTTP規范，GET用於信息獲取，而且應該是安全的和冪等的 。

1.所謂安全的意味著該操作用於獲取信息而非修改信息。換句話說，GET請求一般不應產生副作用。就是說，僅僅是獲取資源信息，就像資料庫查詢一樣，不會修改，增加數據，不會影響資源的狀態。(注意：這里安全的含義僅僅是指是非修改信息。)

根據HTTP規范，POST表示可能修改變伺服器上的資源的請求
。繼續引用上面的例子：還是新聞以網站為例，讀者對新聞發表自己的評論應該通過POST實現，因為在評論提交後站點的資源已經不同了，或者說資源被修改了。

表現形式區別：

HTTP請求：在HTTP請求中，第一行必須是一個請求行(request
line)，用來說明請求類型、要訪問的資源以及使用的HTTP版本。緊接著是一個首部(header)小節，用來說明伺服器要使用的附加信息。在首部之後是一個空行，再此之後可以添加任意的其他數據[稱之為主體(body)]。

兩種提交方式的區別：

(1)GET提交，請求的數據會附在URL之後(就是把數據放置在HTTP協議頭中)，以?分割URL和傳輸數據，多個參數用&連接。如果數據是英文字母/數字，原樣發送，如果是空格，轉換為+，如果是中文/其他字元，則直接把字元串用BASE64加密，得出如：
%E4%BD%A0%E5%A5%BD，其中%XX中的XX為該符號以16進製表示的ASCII。

POST提交：把提交的數據放置在是HTTP包的包體中。上文示例中紅色字體標明的就是實際的傳輸數據

因此，GET提交的數據會在地址欄中顯示出來，而POST提交，地址欄不會改變

(2)傳輸數據的大小：首先聲明：HTTP協議沒有對傳輸的數據大小進行限制，HTTP協議規范也沒有對URL長度進行限制。

而在實際開發中存在的限制主要有：

GET:特定瀏覽器和伺服器對URL長度有限制，例如IE對URL長度的限制是2083位元組(2K+35)。對於其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限製取決於操作系統的支持。

因此對於GET提交時，傳輸數據就會受到URL長度的限制。

POST:由於不是通過URL傳值，理論上數據不受限。但實際各個WEB伺服器會規定對post提交數據大小進行限制，Apache、IIS6都有各自的配置。

⑼ http協議是什麼協議它的作用是

WWW的核心——HTTP協議

眾所周知，Internet的基本協議是TCP/IP協議，目前廣泛採用的FTP、Archie Gopher等是建立在/IP協議之上的應用層協議，不同的協議對應著不同的應用。<BR> WWW伺服器使用的主要協議是HTTP協議，即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW，還可以是其它服務，因而HTTP協議允許用戶在統一的界面下，採用不同的協議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協議還可用於名字伺服器和分布式對象管理。

2.1 HTTP協議簡介
HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規范化工作正在進行之中，而且HTTP-NG(Next Generation of HTTP)的建議已經提出。
HTTP協議的主要特點可概括如下：
1.支持客戶/伺服器模式。
2.簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯系的類型不同。
由於HTTP協議簡單，使得HTTP伺服器的程序規模小，因而通信速度很快。
3.靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
4.無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。
5.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。

2.2 HTTP協議的幾個重要概念
1.連接(Connection)：一個傳輸層的實際環流，它是建立在兩個相互通訊的應用程序之間。
2.消息(Message)：HTTP通訊的基本單位，包括一個結構化的八元組序列並通過連接傳輸。
3.請求(Request)：一個從客戶端到伺服器的請求信息包括應用於資源的方法、資源的標識符和協議的版本號
4.響應(Response)：一個從伺服器返回的信息包括HTTP協議的版本號、請求的狀態(例如「成功」或「沒找到」)和文檔的MIME類型。
5.資源(Resource)：由URI標識的網路數據對象或服務。
6.實體(Entity)：數據資源或來自服務資源的回映的一種特殊表示方法，它可能被包圍在一個請求或響應信息中。一個實體包括實體頭信息和實體的本身內容。
7.客戶機(Client)：一個為發送請求目的而建立連接的應用程序。
8.用戶代理(User agent)：初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。
9.伺服器(Server)：一個接受連接並對請求返回信息的應用程序。
10.源伺服器(Origin server)：是一個給定資源可以在其上駐留或被創建的伺服器。
11.代理(Proxy)：一個中間程序，它可以充當一個伺服器，也可以充當一個客戶機，為其它客戶機建立請求。請求是通過可能的翻譯在內部或經過傳遞到其它的伺服器中。一個代理在發送請求信息之前，必須解釋並且如果可能重寫它。
代理經常作為通過防火牆的客戶機端的門戶，代理還可以作為一個幫助應用來通過協議處理沒有被用戶代理完成的請求。
12.網關(Gateway)：一個作為其它伺服器中間媒介的伺服器。與代理不同的是，網關接受請求就好象對被請求的資源來說它就是源伺服器；發出請求的客戶機並沒有意識到它在同網關打交道。
網關經常作為通過防火牆的伺服器端的門戶，網關還可以作為一個協議翻譯器以便存取那些存儲在非HTTP系統中的資源。
13.通道(Tunnel)：是作為兩個連接中繼的中介程序。一旦激活，通道便被認為不屬於HTTP通訊，盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時，通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經常使用。
14.緩存(Cache)：反應信息的局域存儲。

2.3 HTTP協議的運作方式
HTTP協議是基於請求／響應範式的。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為，統一資源標識符、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。
許多HTTP通訊是由一個用戶代理初始化的並且包括一個申請在源伺服器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源伺服器(O)之間通過一個單獨的連接來完成(見圖2-1)。
圖2-1
當一個或多個中介出現在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網關(Gateway)和通道(Tunnel)。一個代理根據URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發送到伺服器。網關是一個接收代理，作為一些其它伺服器的上層，並且如果必須的話，可以把請求翻譯給下層的伺服器協議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火牆等)或者是中介不能識別消息的內容時，通道經常被使用。 圖2-2
上面的圖2-2表明了在用戶代理(UA)和源伺服器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經過四個連接段。這個區別是重要的，因為一些HTTP通訊選擇可能應用於最近的連接、沒有通道的鄰居，應用於鏈的終點或應用於沿鏈的所有連接。盡管圖2-2是線性的，每個參與者都可能從事多重的、並發的通訊。例如，B可能從許多客戶機接收請求而不通過A，並且／或者不通過C把請求送到A，在同時它還可能處理A的請求。
任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求／響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用於那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經過C來自O的一個前期響應的緩存拷貝。
圖2-3
在Internet上，HTTP通訊通常發生在TCP/IP連接之上。預設埠是TCP 80，但其它的埠也是可用的。但這並不預示著HTTP協議在Internet或其它網路的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。
以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。
首先，簡單介紹基於HTTP協議的客戶/伺服器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發送請求信息、發送響應信息、關閉連接。
圖2-4
在WWW中，「客戶」與「伺服器」是一個相對的概念，只存在於一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為伺服器。WWW伺服器運行時，一直在TCP80埠(WWW的預設埠)監聽，等待連接的出現。
下面，討論HTTP協議下客戶/伺服器模式中信息交換的實現。 1.建立連接 連接的建立是通過申請套接字(Socket)實現的。客戶打開一個套接字並把它約束在一個埠上，如果成功，就相當於建立了一個虛擬文件。以後就可以在該虛擬文件上寫數據並通過網路向外傳送。
2.發送請求
打開一個連接後，客戶機把請求消息送到伺服器的停留埠上，完成提出請求動作。
HTTP/1.0 請求消息的格式為：
請求消息=請求行(通用信息|請求頭|實體頭) CRLF[實體內容]
請求 行=方法 請求URL HTTP版本號 CRLF
方 法=GET|HEAD|POST|擴展方法
U R L=協議名稱+宿主名+目錄與文件名
請求行中的方法描述指定資源中應該執行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下：
對象 GET的結果
文件 文件的內容
程序 該程序的執行結果
資料庫查詢 查詢結果
HEAD——要求伺服器查找某對象的元信息，而不是對象本身。
POST——從客戶機向伺服器傳送數據，在要求伺服器和CGI做進一步處理時會用到POST方法。POST主要用於發送HTML文本中FORM的內容，讓CGI程序處理。
一個請求的例子為：
GET http://networking.zju.e.cn/zju/index.htm HTTP/1.0
頭信息又稱為元信息，即信息的信息，利用元信息可以實現有條件的請求或應答 。
請求頭——告訴伺服器怎樣解釋本次請求，主要包括用戶可以接受的數據類型、壓縮方法和語言等。
實體頭——實體信息類型、長度、壓縮方法、最後一次修改時間、數據有效期等。
實體——請求或應答對象本身。
3.發送響應
伺服器在處理完客戶的請求之後，要向客戶機發送響應消息。
HTTP/1.0的響應消息格式如下：
響應消息=狀態行(通用信息頭|響應頭|實體頭) CRLF 〔實體內容〕
狀 態 行=HTTP版本號 狀態碼 原因敘述
狀態碼表示響應類型
1×× 保留
2×× 表示請求成功地接收
3×× 為完成請求客戶需進一步細化請求
4×× 客戶錯誤
5×× 伺服器錯誤
響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。
4.關閉連接
客戶和伺服器雙方都可以通過關閉套接字來結束TCP/IP對話

⑽ 仲裁請求怎麼寫（有協議書）

直接拿協議書去法院起訴對方，要求支付拖欠款項並且支付滯納金
上面寫了是勞務費，而且約定有糾紛去法院起訴，對方未按約定時間支付款項，直接按協議書約定去起訴就可以
勞務關系不是必須簽訂書面合同，口頭約定也有效
現在起訴，可以要求對方支付4月1日前未支付的款項以及滯納金。也可以等6月1日後再一起起訴，主要看對方是否有履行能力，如果對方資金緊張，建議盡快起訴