http 的post 和 get 方法確實很難區(qū)分，大多數(shù)的解釋都是，如果是新建一條記錄的話就用post，如果是更新一條記錄的話就用put,為什么呢？
POST
POST 方法被用于請求源服務器接受請求中的實體作為請求資源的一個新的從屬物
POST方法的實際功能是由服務器決定的，并且經(jīng)常依賴于請求URI（Request-URI）。POST提交的實體是請求URI的從屬物，就好像一個文件從屬于一個目錄，一篇新聞文章從屬于一個新聞組，或者一條記錄從屬于一個數(shù)據(jù)庫。POST方法執(zhí)行的動作可能不會對請求URI所指的資源起作用。在這種情況下，200（成功）或者204（沒有內(nèi)容）將是適合的響應狀態(tài)，這依賴于響應是否包含一個描述結果的實體。如果資源被源服務器創(chuàng)建，響應應該是201（Created）并且包含一個實體，此實體描述了請求的狀態(tài)。并且引用了這個新資源和一個Location頭域。POST方法的響應是不可緩存的。除非響應里有合適的Cache-Control或者Expires頭域。然而，303（見其他）響應能被用戶代理利用去獲得可緩存的響應。
PUT
PUT方法請求服務器去把請求里的實體存儲在請求URI（Request-URI）標識下。
如果請求URI（Request-URI）指定的的資源已經(jīng)在源服務器上存在，那么此請求里的實體應該被當作是源服務器關于此URI所指定資源實體的最新修改版本。如果請求URI（Request-URI）指定的資源不存在，并且此URI被用戶代理定義為一個新資源，那么源服務器就應該根據(jù)請求里的實體創(chuàng)建一個此URI所標識下的資源。如果一個新的資源被創(chuàng)建了，源服務器必須能向用戶代理（user agent） 發(fā)送201（已創(chuàng)建）響應。如果已存在的資源被改變了，那么源服務器應該發(fā)送200（Ok）或者204（無內(nèi)容）響應。如果資源不能根據(jù)請求URI創(chuàng)建或者改變，一個合適的錯誤響應應該給出以反應問題的性質(zhì)。實體的接收者不能忽略任何它不理解和不能實現(xiàn)的Content-*（如：Content-Range）頭域，并且必須返回501（沒有被實現(xiàn)）響應。如果請求穿過一個緩存（cache），并且此請求URI（Request-URI）指示了一個或多個當前緩存的實體，那么這些實體應該被看作是舊的。PUT方法的響應是不可緩存的。
****************
POST方法和PUT方法請求最根本的區(qū)別是請求URI（Request-URI）的含義不同。POST請求里的URI 指示一個能處理請求實體的資源（譯注：此資源可能是一段程序，如jsp 里的servlet） 。此資源可能是一個數(shù)據(jù)接收過程，一個網(wǎng)關（gateway，注：網(wǎng)關和代理的區(qū)別是：網(wǎng)關可以進行協(xié)議轉(zhuǎn)換，而代理不能，只是起代理的作用，比如緩存服務器其實就是一個代理），或者一個單獨接收注釋的實體。對比而言，PUT方法請求里的URI標識請求里封裝的實體一一用戶代理知道URI 意指什么，并且服務器不能把此請求應用于其它資源（resource）。如果服務器期望請求被應用于一個不同的URI，那么它必須發(fā)送301（永久移動）響應；用戶代理可以自己決定是否重定向請求。一個單獨的資源可能會被許多不同的URI指定。如：一篇文章可能會有一個URI指定當前版本，而這個URI區(qū)別于這篇文章其它特殊版本的URI。這種情況下，對一個通用URI的PUT請求可能會導致其資源的其它URI請求被源服務器重定義。HTTP/1.1沒有定義PUT方法對源服務器的狀態(tài)影響。
等冪方法（Idempotent Mehtods）
方法可以有等冪的性質(zhì)因為（除了出錯或終止問題）N>0個相同請求的副作用同單個請求的副作用的效果是一樣（譯注：等冪就是值不變性，相同的請求得到相同的響應結果，不會出現(xiàn)相同的請求出現(xiàn)不同的響應結果）。方法GET，HEAD，PUT，DELETE都有這種性質(zhì)。同樣，方法OPTIONS和TRACE不應該有副作用，因此具有內(nèi)在的等冪性。然而，有可能有多個請求的請求序列是不等冪的，即使在那樣的序列中所有方法都是等冪的。（如果整個序列整體的執(zhí)行的結果總是相同的，并且此結果不會因為序列的整體，部分的再次執(zhí)行而改變，那么此序列是等冪的。）例如，一個序列是非等冪的如果它的結果依賴于一個值，此值在以后相同的序列里會改變。根據(jù)定義，一個序列如果沒有副作用，那么此序列是等冪的（假設在資源集上沒有并行的操作）。
相同的請求怎樣處理由我們服務器決定，比如：一個創(chuàng)建一篇博文的uri,被請求兩次時，假如我們的服務器認為他們是不一樣的，那么這時就只能用post，而不能用put.
（注：本文大部分引用自《超文本傳輸協(xié)議-HTTP/1.1（修訂版）》）
