http伺服器如何知道請求完畢

1. 如何實現HTTP請求

HTTP(HyperText Transfer Protocol)是一套計算機通過網路進行通信的規則。計算機專家設計出HTTP，使HTTP客戶（如Web瀏覽器）能夠從HTTP伺服器(Web伺服器)請求信息和服務，HTTP目前協議的版本是1.1.HTTP是一種無狀態的協議，無狀態是指Web瀏覽器和Web伺服器之間不需要建立持久的連接，這意味著當一個客戶端向伺服器端發出請求，然後Web伺服器返回響應(response)，連接就被關閉了，在伺服器端不保留連接的有關信息.HTTP遵循請求(Request)/應答(Response)模型。Web瀏覽器向Web伺服器發送請求，Web伺服器處理請求並返回適當的應答。所有HTTP連接都被構造成一套請求和應答。
HTTP使用內容類型，是指Web伺服器向Web瀏覽器返回的文件都有與之相關的類型。所有這些類型在MIMEInternet郵件協議上模型化，即Web伺服器告訴Web瀏覽器該文件所具有的種類，是HTML文檔、GIF格式圖像、聲音文件還是獨立的應用程序。大多數Web瀏覽器都擁有一系列的可配置的輔助應用程序，它們告訴瀏覽器應該如何處理Web伺服器發送過來的各種內容類型。
HTTP通信機制是在一次完整的HTTP通信過程中，Web瀏覽器與Web伺服器之間將完成下列7個步驟：
（1） 建立TCP連接
在HTTP工作開始之前，Web瀏覽器首先要通過網路與Web伺服器建立連接，該連接是通過TCP來完成的，該協議與IP協議共同構建Internet，即著名的TCP/IP協議族，因此Internet又被稱作是TCP/IP網路。HTTP是比TCP更高層次的應用層協議，根據規則，只有低層協議建立之後才能，才能進行更層協議的連接，因此，首先要建立TCP連接，一般TCP連接的埠號是80
（2） Web瀏覽器向Web伺服器發送請求命令
一旦建立了TCP連接，Web瀏覽器就會向Web伺服器發送請求命令
例如：GET/sample/hello.jsp HTTP/1.1
（3） Web瀏覽器發送請求頭信息
瀏覽器發送其請求命令之後，還要以頭信息的形式向Web伺服器發送一些別的信息，之後瀏覽器發送了一空白行來通知伺服器，它已經結束了該頭信息的發送。
（4） Web伺服器應答
客戶機向伺服器發出請求後，伺服器會客戶機回送應答，
HTTP/1.1 200 OK
應答的第一部分是協議的版本號和應答狀態碼
（5） Web伺服器發送應答頭信息
正如客戶端會隨同請求發送關於自身的信息一樣，伺服器也會隨同應答向用戶發送關於它自己的數據及被請求的文檔。
（6） Web伺服器向瀏覽器發送數據
Web伺服器向瀏覽器發送頭信息後，它會發送一個空白行來表示頭信息的發送到此為結束，接著，它就以Content-Type應答頭信息所描述的格式發送用戶所請求的實際數據
（7） Web伺服器關閉TCP連接
一般情況下，一旦Web伺服器向瀏覽器發送了請求數據，它就要關閉TCP連接，然後如果瀏覽器或者伺服器在其頭信息加入了這行代碼
Connection:keep-alive
TCP連接在發送後將仍然保持打開狀態，於是，瀏覽器可以繼續通過相同的連接發送請求。保持連接節省了為每個請求建立新連接所需的時間，還節約了網路帶寬。

2. 請教大家一個問題，http能否知道客戶端是否已經接收response完畢

客戶端同樣回復個響應給服務端 ， 客戶端對這個數據包進行完整性驗證;
例如你回復的數據包長度是x 那麼客戶端在接收這個數據包的時候 進行長度 或 其他數據規范的驗證，驗證通過則告知服務端；現在的通信都是這樣乾的 ;

3. 如何用自己的pc查看HTTP的請求報文和應答報文

http抓包工具

4. http協議中哪個應答表示請求處理成功

http協議中哪個應答表示請求處理成功
HTTP請求是指從客戶端到伺服器端的請求消息。包括：消息首行中，對資源的請求方法、資源的標識符及使用的協議。從客戶端到伺服器端的請求消息包括，消息首行中，對資源的請求方法、資源的標識符及使用的協議。

HTTP請求信息由3部分組成：
l 請求方法URI協議/版本
l 請求頭(Request Header)
l 請求正文

HTTP響應
HTTP應答與HTTP請求相似，HTTP響應也由3個部分構成，分別是：
l 狀態行
l 響應頭(Response Header)
l 響應正文
在接收和解釋請求消息後，伺服器會返回一個HTTP響應消息。
狀態行由協議版本、數字形式的狀態代碼、及相應的狀態描述，各元素之間以空格分隔。
格式: HTTP-Version Status-Code Reason-Phrase CRLF

5. android 客戶端http請求伺服器獲取token如何判斷是否成功

找到SQL Sever服務。在計算機管理框里找到Sql sever配置管理器找到Sql Sever服務打開服務，這里有幾種服務，這些服務都是自己安裝資料庫時裝上的。
打開啟動SQL Sever服務。右鍵點擊服務，這里要看清楚什麼才是服務，小技巧：伺服器的圖標是一個庫的樣式，啟動它就可以了。
SQL文件目錄啟動服務（二）

找到SQL安裝目錄。點擊【開始】--【所有文件】--【Microsoft SQL Server 2008】--【配置工具】--【SQL Server 配置管理器】。

6. 怎麼查詢http請求是否有響應

Http（Hyper Text Transfer Protocal）是超文本傳輸協議，它用於網頁間傳送數據，http採用的是請求、響應模型，也就是說瀏覽器和Web伺服器之間的交互（http事務）包括瀏覽器發起的一個請求和隨後伺服器返回的一個響應。請求和響應本質上是文本流，客戶端和伺服器端把它們解釋為首部和緊隨其後的主體部分。
一個http請求主要由首部信息和可能包含一些數據或參數的主體部分組成。
一個http響應通常包含首部信息和返回頁面的html標記。
那麼我們如何查看http首部信息呢？firefox提供了一個插件LiveHTTPHeaders，它的功能是記錄瀏覽器獲得http流量，以及當前的請求和響應首部信息，GET和POST方法的查詢字元也被記錄下來，但是響應的內容不會被記錄。

7. HTTP請求方法

HTTP請求方法是HTTP請求中必不可少的一部分，需要我們熟悉並掌握。最開始的 HTTP1.0 中定義了 三種 請求方法：GET、POST 和 HEAD。後來的 HTTP1.1 中又新增了 五種 ：PUT、DELETE、OPTIONS、TRACE 和 CONNECT。當然除了這八種請求方法，特定的HTTP伺服器還能夠 擴展自定義的方法 。例如實現局部更新的 PATCH 等方法。接下來就簡單介紹一下八種基本的請求方法。

首先是八種請求應該實現的功能，HEAD 只用來獲取響應的報頭；POST、DELETE、PUT、GET 應該分別對應對數據的增、刪、改、查；OPTIONS 用來測試伺服器；TRACE 用來測試或診斷；CONNECT 預留給能夠將連接改為管道方式的代理伺服器。

一般我們最經常使用的也就是 POST、DELETE、PUT、GET 這四種了，雖說應該與增刪改查一一對應，但是經常在使用的過程中，請求方式只是起到了傳遞數據的作用，而更詳細地對數據的處理則留給後端模塊。

一般來說，我們會使用 GET 方法來完成單純的數據獲取，因為 GET 方法應該是 安全的、等冪的 （idempotent），應該不涉及數據的修改，新增，刪除等操作。等冪的意思可以簡單理解 為對同一URL的多個請求應該返回同樣的結果 。

涉及到提交數據方面的請求都使用 POST 來完成（你也可以使用 PUT、DELETE，其實沒有太大的區別）。因為 POST 方法的安全性更高，POST 的數據是在請求體中發送的，而 GET 的數據是在 URL 中發送的（其實對稍微懂一點的人來說都沒差）。且能夠傳輸的數據大小沒有限制，而 GET 方法最多隻能傳輸 2KB的數據。

接來下是八種請求方式的描述：

1、HEAD

HEAD 方法是向伺服器發出指定資源的請求，只不過 索要的只是響應頭，響應體將不會被返回 。這一方法可以再不必傳輸整個響應內容的情況下，就可以獲取包含在響應小消息頭中的元信息。

2、GET

GET 方法與 HEAD 方法類似，是向指定的資源發出 顯示 請求。使用 GET 方法應該只用在讀取數據，而不應當被用於產生副作用的操作中，如修改數據等，因為 GET 可能會被網路爬蟲等隨意訪問。GET 方法也能夠向服務端發送數據，是直接加在 URL 中發送的，用 ? 分割URL和數據，用 & 連接多個數據。

例如：https:mu-mu.cn/index.html?name=mumu&age=20

3、POST

GET 和 POST 是我們使用最頻繁的兩種請求方法，都是向伺服器發出指定資源的請求。但是與 GET 方法不同，POST 方法一般拿來新建或修改伺服器資源，所以數據與 POST 方法往往是不可分割的，POST 方法的數據會被包含在請求體中發送至服務端。

4、PUT

PUT 方法和 POST 方法非常類似，都是用作數據的修改，他們的區別就是，PUT 方法是 等冪 的，也就是說，如果你對一段資源進行多次 PUT 請求提交，最後的結果應該都是一樣的，所以用來進行數據的修改；而 POST 方法如果進行多次數據提交，最後的結果是不一樣的，所以應該用作數據的新增。

5、DELETE

DELETE 方法用來請求伺服器 刪除 Request-URI所標識的資源。

6、OPTIONS

OPTIONS 方法可使伺服器傳回對於該資源的 支持情況 ，包括各種請求方法、頭部的支持情況等。客戶端可以對特定的 URL 使用 OPTIONS 方法，也可以對整站（通過將 URL 設置為「*」）使用該方法，用來測試伺服器功能是否正常運作。常見的例子還有跨域的時候，當我們發送的請求為非簡單請求時（非 HEAD 、GET、POST，請求頭不只有 Accept、Accept-Language、Content-Language、Last-Event-ID、三種Content-Type：application/x-www-form-urlencoded、multipart/form-data、text/plain），瀏覽器就會先發 OPTIONS 來試探伺服器是否允許跨域。相信用過 Vue 的小夥伴應該對 OPTIONS 不陌生。

7、CONNECT

CONNECT 方法在一般的開發中使用不到，這個方法的作用就是把伺服器作為跳板，讓伺服器代替用戶去訪問其它網頁，之後把數據原原本本的返回給用戶。這樣用戶就可以訪問到一些只有伺服器上才能訪問到的網站了，這就是HTTP代理。

8、TRACE

TRACE 請求會在目的伺服器端發起一個環回診斷。行程最後一站的伺服器會彈回一條 TRACE 響應，並在響應主體中攜帶它收到的原始請求報文。這樣客戶端就可以查看在所有中間 HTTP 應用程序組成的請求 / 響應鏈上，原始報文是否，以及如何被毀壞或修改過。TRACE 方法主要用於 測試或診斷 ，驗證請求是否如願穿過了請求 / 響應鏈。

以上就是八種 HTTP 請求方式的簡單介紹了，除了這基本的八種，還有特定伺服器的擴展自定義方法，比如開頭提到的 PATCH。平時如果只是滿足簡單的開發需要，GET 和 POST 就足夠了， 但是如果能夠掌握和應用這些請求方式，自然能夠更上一層樓！

另外，如果你有興趣，或者是有問題想要與我探討，歡迎來訪問我的博客：https:mu-mu.cn/blog

8. HTTP協議的Keep-Alive 模式

HTTP構建於TCP/IP協議之上，默認埠號是80。一般來說，由HTTP客戶端發起一個請求，創建一個到伺服器指定埠（默認是80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端的請求。一旦收到請求，伺服器會向客戶端返回一個狀態，比如"HTTP/1.1 200 OK"，以及返回的內容，如請求的文件、錯誤消息、或者其它信息。

HTTP請求方法有多種，一般常用的是GET，POST，PUT，DELETE。
每個請求一般包括以下內容

GET方法的請求報文示例

由狀態行、響應頭部、空行、響應包體4個部分組成。

響應報文示例

由上面的示例可以看到裡面的請求頭部和響應頭部都有一個key-value Connection: Keep-Alive ，這個鍵值對的作用是讓HTTP保持連接狀態，因為HTTP 協議採用「請求-應答」模式，當使用普通模式，即非 Keep-Alive 模式時，每個請求/應答客戶和伺服器都要新建一個連接，完成之後立即斷開連接（HTTP 協議為無連接的協議）；當使用 Keep-Alive 模式時，Keep-Alive 功能使客戶端到伺服器端的連接持續有效。

在HTTP 1.1版本後，默認都開啟Keep-Alive模式，只有加入加入 Connection: close 才關閉連接，當然也可以設置Keep-Alive模式的屬性，例如 Keep-Alive: timeout=5, max=100 ，表示這個TCP通道可以保持5秒，max=100，表示這個長連接最多接收100次請求就斷開。

如果不是Keep-Alive模式，HTTP協議中客戶端發送一個請求，伺服器響應其請求，返回數據。伺服器通常在發送回所請求的數據之後就關閉連接。這樣客戶端讀數據時會返回EOF（-1），就知道數據已經接收完全了。
但是如果開啟了 Keep-Alive模式，那麼客戶端如何知道某一次的響應結束了呢？

以下有兩個方法

HTTP的Keep-Alive與TCP的Keep Alive，有些不同，兩者意圖不一樣。前者主要是 TCP連接復用，避免建立過多的TCP連接。而TCP的Keep Alive的意圖是在於保持TCP連接的存活，就是發送心跳包。隔一段時間給連接對端發送一個探測包，如果收到對方回應的 ACK，則認為連接還是存活的，在超過一定重試次數之後還是沒有收到對方的回應，則丟棄該 TCP 連接。

所謂短連接，及連接只保持在數據傳輸過程，請求發起，連接建立，數據返回，連接關閉。它適用於一些實時數據請求，配合輪詢來進行新舊數據的更替。

長連接便是在連接發起後，在請求關閉連接前客戶端與服務端都保持連接，實質是保持這個通信管道，之後便可以對其進行復用。
它適用於涉及消息推送，請求頻繁的場景（直播，流媒體）。連接建立後，在該連接下的所有請求都可以重用這個長連接管道，避免了頻繁了連接請求，提升了效率。

當需要建立 HTTP 長連接時，HTTP 請求頭將包含如下內容：
Connection: Keep-Alive
如果服務端同意建立長連接，HTTP 響應頭也將包含如下內容：
Connection: Keep-Alive
當需要關閉連接時，HTTP 頭中會包含如下內容：
Connection: Close

主要體現在長連接與部分發送上面

主要體現在多路復用上面。

https://hit-alibaba.github.io/interview/basic/network/HTTP.html
https://blog.csdn.net/linsongbin1/article/details/54980801

9. http的請求方式

http請求方式：

1、get請求：

get：可以理解 為 取 的意思，對應select操作。

用來獲取數據的，只是用來查詢數據，不對伺服器的數據做任何的修改，新增，刪除等操作。

說明：get請求會把請求的參數附加在URL後面，這樣是不安全的，在處理敏感數據時不用，或者參數做加密處理。get請求其實本身HTTP協議並沒有限制它的URL大小，但是不同的瀏覽器對其有不同的大小長度限制。

2、post請求：

post 可以理解 為貼的意思。

數據發送到伺服器以創建或更新資源，側重於更新數據，對應update操作。

說明：post請求的請求參數都是請求body中。

3、put請求：

put：可以理解為 放 的意思

數據發送到伺服器以創建或更新資源，側重於創建數據，對應insert操作。

4、delete請求：

delete：字面意思刪除，即刪除數據，對應delete操作。

用來刪除指定的資源，它會刪除URI給出的目標資源的所有當前內容。

5、options請求：

用來描述了目標資源的通信選項，返回伺服器針對特定資源所支持的HTTP請求方法，也可以利用向web伺服器發送『*』的請求來測試伺服器的功能性!

6、head請求：

HEAD方法與GET方法相同，但沒有響應體，僅傳輸狀態行和標題部分。這對於恢復相應頭部編寫的元數據非常有用，而無需傳輸整個內容。

7、connect請求：

CONNECT方法用來建立到給定URI標識的伺服器的隧道；它通過簡單的TCP / IP隧道更改請求連接，通常實使用解碼的HTTP代理來進行SSL編碼的通信（HTTPS）。

8、trace請求：

TRACE方法用於沿著目標資源的路徑執行消息環回測試；它回應收到的請求，以便客戶可以看到中間伺服器進行了哪些（假設任何）進度或增量。