爲什麼POST和GET被稱爲「請求」，即使Post發送數據，而不是接收？

問題不言自明。我想知道爲什麼這兩種方法都稱爲請求。因爲他們從服務器請求信息？但其中只有一個實際「獲取」數據，其中一個發送數據。爲什麼POST和GET被稱爲「請求」，即使Post發送數據，而不是接收？

2017-03-01 nincs12

您正在請求服務器接收數據/操作它，並可能將結果作爲對所做請求的「響應」發回。 –

Gotcha !!!!!!!!! – nincs12

@ nincs12您應該將所提供的答案之一標記爲**接受**，以便您的問題將被標記爲已解決。 – domsson

您無法使用HTTP將數據發送到服務器。它只是客戶端請求和服務器響應的請求協議。
當您發送數據時，您確實正在發送請求以及您要發送的數據。「請問我可以有x，這裏是發佈數據」。

2017-03-01 10:52:24

的響應到POST請求也（通常）包含數據...

HTTP稱爲請求 - 響應協議。客戶端請求服務器（「服務器，請爲我做點什麼」），服務器響應（「這是您的請求的答案」）。數據傳輸的方式無關緊要，無論如何，通常數據傳輸都是雙向的。

除了GET和POST之外，還有更多的HTTP動詞，例如， HEAD，PUT，DELETE和OPTIONS命名一些標準的。「請求 - 響應」命名不會根據請求中使用的動詞進行更改。

這種「請求 - 響應」機制突出了客戶端和服務器可以進行通信的嚴格且有限的方式。服務器永遠不會聯繫客戶端並向其發送任何類型的命令。它始終是客戶端啓動通信的一個請求它所做的服務器，並且所有的服務器都可以用它來做響應它。

2017-03-01 10:53:36 deceze

非常有幫助！非常感謝你，它清除了很多東西。我不知道服務器從不接觸客戶端，例如發送命令。出於好奇，當移動應用程序需要訪問數據（如GET和POST）時，它們也會將這些HTTP請求用於Web服務器？ – nincs12

如果他們使用HTTP與他們的服務器通信：是的。當然還有其他通信選項，如（網絡）套接字或完全專有協議。取決於應用程序的功能。 – deceze

你能告訴我它取決於什麼，簡而言之？ – nincs12

簡單：在用戶發送數據的情況下，將其視爲請求來處理所述數據。

這是否會導致刷新的頁面以某種方式合併了您通過GET/POST發送的內容，只是在後臺執行某些操作或完全忽略了您的請求完全是另一回事。

2017-03-01 10:53:58 domsson

回答