每個Web服務器資源都有一個名字，這樣客戶端就可以說明他們感興趣的資源是什么了，服務器資
源名被統稱為：統一資源標識符(Uniform Resource Identifier, URI)
Joe的五金店的Web服務器上一個圖片資源的URI：
http://www.joes-hardware.com/specials/saw-blade.gif
URI有兩種形式，分別為URL和URN，URN仍然處於試驗階段，因此現在所說的URI就是指URL
URL精確地說明了某資源的位置以及如何去訪問它，獲取資源過程如下：
1：使用HTTP協議，2:進入www.joes-hardware.com主機，3：獲取名為/specials/saw-
blade.gif的資源
請求方法
GET ：用於請求服務器發送某個資源
HEAD: 與GET方法類似，但服務器在響應中只返回首部，不會返回實體的主題部分
PUT：向服務器寫入文檔
PUT方法的語意就是讓服務器用請求的主體部分來創建一個由所請求的URL命名的新文檔，或者
如果那個URL已經存在的話，就用這個主體來代替它
POST：POST方法起初是用來向服務器輸入數據，實際上通常會用它來支持HTML的表單，
表單中填好的數據通常會被送給服務器，然后由服務器將其發送到它要去的地方(比如送到一個服
務器網關程序中，然后由這個程序對其進行處理)
注意：POST用於向服務器發送數據，PUT用於向服務器上的資源(例如文件)中存儲數據
TRACE：客戶端發起一個請求時，這個請求可能要穿過防火牆，代理，網關或其他一些應用
程序，每個節點都可能修改原始的HTTP請求，TRACE方法允許客戶端在最終將請求發送給服務
器時，看看它變成了什么樣子
TRACE請求會在目的服務器端發起一個“環回”診斷，行程最后一站的服務器會彈回一條TRACE響
應，並在相應主體中攜帶它收到的原始請求報文，這樣客戶端就可以查看在所有中間HTTP應用程
序組成的請求/響應鏈上，原始報文是否，以及如何被毀壞或修改過
TRACE方法主要用於診斷，驗證請求是否如願穿過了請求/響應鏈，它是一種很好的工具，可以
用來查看代理和其他應用程序對用戶請求所產生的效果
盡管TRACE可以方便用於診斷，它的缺點在於它假定中間應用程序對各種不同類型請求(不同方
法--GET,HEAD,POST等)的處理是相同的，很多HTTP應用程序會根據方法的不同做出不同的處
理，比如，代理可能將POST請求直接發送給服務器，而將GET發送給另一個HTTP應用程序(比
如Web緩存),TRACE並不提供區分這些方法的機制，通常中間應用程序會自行決定對TRACE請求
的處理方式
TRACE請求中不能帶有實體的主體部分，TRACE響應的實體主體部分包含了響應服務器收到的請
求的精確副本
OPTIONS：請求服務器告知其支持的各種功能，可以詢問服務器通常支持哪些方法，或者對
某些特殊資源支持哪些方法。(有些服務器可能只支持對一些特殊類型的對象使用特定的操作),這
為客戶端應用程序提供了一種手段，使其不用實際訪問那些資源就能判斷訪問各資源的最優方式
DELETE：請求服務器刪除URL所指定的資源，但是客戶端應用程序無法保證輸出操作一定會被執行，因為HTTP規范允許服務器在不通知客戶端的情況下撤銷請求