當前位置：首頁 >

windows nginx c++读取请求数据_轻松应对百万并发的Nginx，搞懂LinuxC/C++这些技术栈升职加薪...

發(fā)布時間：2023/12/9 27 豆豆

生活随笔收集整理的這篇文章主要介紹了 windows nginx c++读取请求数据_轻松应对百万并发的Nginx，搞懂LinuxC/C++这些技术栈升职加薪... 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

在深入了解 Nginx 各種原理及在極端場景下的一些錯誤場景處理時，需要首先理解什么是網(wǎng)絡(luò)事件。

Nginx 是一個事件驅(qū)動的框架，所謂事件主要指的是網(wǎng)絡(luò)事件，Nginx 每個網(wǎng)絡(luò)連接會對應兩個網(wǎng)絡(luò)事件，一個讀事件一個寫事件。在深入了解 Nginx 各種原理及在極端場景下的一些錯誤場景處理時，需要首先理解什么是網(wǎng)絡(luò)事件。

網(wǎng)絡(luò)傳輸

接下來看上面這張圖，比如主機 A 就是一臺家里的筆記本電腦，那么主機 B 就是一臺服務器，上面跑著 Nginx 服務。從主機 A 發(fā)送一個 HTTP 的 GET 請求到主機 B，這樣的一個過程中主要經(jīng)歷了哪些事件?通過上圖數(shù)據(jù)流部分可以看出：

應用層里發(fā)送了一個 GET 請求 -> 到了傳輸層，這一步主要在做一件事，就是瀏覽器打開了一個端口，在 windows 的任務管理器中可以看到這一點，他會把這個端口記下來以及把 Nginx 打開的端口比如 80 或者 443 也記到傳輸層 -> 然后在網(wǎng)絡(luò)層會記下我們主機所在的 IP 和目標主機，也就是 Nginx 所在服務器公網(wǎng) IP -> 到鏈路層以后 -> 經(jīng)過以太網(wǎng) -> 到達家里的路由器(網(wǎng)絡(luò)層)，家中的路由器會記錄下所在運營商的一些下一段的 IP -> 通過廣域網(wǎng) -> 跳轉(zhuǎn)到主機 B 所在的機器中 -> 報文會經(jīng)過鏈路層 -> 網(wǎng)絡(luò)層 -> 到傳輸層，在傳輸層操作系統(tǒng)就知道是給那個打開了 80 或者 443 的進程，這個進程自然就是 Nginx -> 那么 Nginx 在他的 HTTP 狀態(tài)處理機里面(應用層)就會處理這個請求。

在上述過程中網(wǎng)絡(luò)報文扮演了一個怎樣的角色呢?

TCP流與報文（文末有福利）

數(shù)據(jù)鏈路層會在數(shù)據(jù)的前面 Header 部分和 Footer 部分添加上源 MAC 地址和源目的地址 -> 到了網(wǎng)絡(luò)層則是 Nginx 的公網(wǎng)地址(目的 IP 地址)和瀏覽器的公網(wǎng)地址(源 IP 地址)-> 到了 TCP 層(傳輸層)，指定了 Nginx 打開的端口(目的端口)和瀏覽器打開的端口(源端口)-> 然后應用層就是 HTTP 協(xié)議了。

這就是一個報文，也就是說我們發(fā)送的 HTTP 協(xié)議會被切割成很多小的報文，在網(wǎng)絡(luò)層會切割叫 MTU，以太網(wǎng)的每個 MTU 是 1500 字節(jié);在 TCP 層(傳輸層)呢，會考慮中間每個環(huán)節(jié)中最大的一個 MTU 值，這個時候往往每個報文只有幾百字節(jié)，這個報文大小我們稱為叫 MSS ，所以每收到一個 MSS 小于這么大小的一個報文時其實就是一個網(wǎng)絡(luò)事件。

這個時候，我們來看下 TCP 協(xié)議中許多事件是怎樣和我們?nèi)粘Ｕ{(diào)用的一些接口(比如Accept、Read、Write、Close)是怎樣關(guān)聯(lián)在一起的?

TCP 協(xié)議與非阻塞接口（文末有福利）

請求建立 TCP 連接事件實際上是發(fā)送了一個 TCP 報文，通過上面第二部分講解的那樣的一個流程到達了 Nginx，對應的是讀事件。因為對于 Nginx 來說，我讀取到了一個報文，所以就是 Accept 建立鏈接事件。

如果是 TCP 連接可讀事件，就是發(fā)送了一個消息，對于 Nginx 也是一個讀事件，就是 Read 讀消息。

如果是對端(也就是瀏覽器)主動地關(guān)掉了，相當于 windows 操作系統(tǒng)會去發(fā)送一個要求關(guān)閉鏈接的一個事件，對于 Nginx 來說還是一個讀事件，因為他只是去讀取一個報文。

那什么是寫事件呢?當我們的瀏覽器需要向瀏覽器發(fā)送響應的時候，需要把消息寫到操作系統(tǒng)中，要求操作系統(tǒng)發(fā)送到網(wǎng)絡(luò)中，這就是一個寫事件。

像這樣的一些網(wǎng)絡(luò)讀寫事件，通常在 Nginx 中或者任何一個異步事件的處理框架中，他會有個東西叫事件收集、分發(fā)器。會定義每類事件處理的消費者，也就是說事件是一個生產(chǎn)者，是通過網(wǎng)絡(luò)中自動的生產(chǎn)到我們的 Nginx 中的，我們要對每種事件建立一個消費者。比如連接建立事件消費者，就是對 Accept 調(diào)用，HTTP 模塊就會去建立一個新的連接。還有很多讀消息或者寫消息，在 HTTP 狀態(tài)機中不同的時間段會調(diào)用不同的方法也就是每個消費者處理。

以上就是一個事件分發(fā)、消費器，包括 AIO 像異步讀寫磁盤事件，還有定時器事件，比如是否超時(worker_shutdown_timeout)。

Nginx 網(wǎng)絡(luò)事件實例

上面介紹了網(wǎng)絡(luò)報文的發(fā)送以及對應的 Nginx 中的網(wǎng)絡(luò)事件，比如 Accept 建立一條新連接其實是收到一條讀事件，接下來我們通過抓包來分析建立三次握手時時怎么樣讓 Nginx 收到讀事件，使用的抓包工具是 Wireshark。

首先我們安裝 Wireshark 軟件，并對 Nginx 所在 IP 和端口進行抓包，然后訪問頁面，在 TCP 層主要說兩件事情：

?瀏覽器首先會打開這個頁面，本地打開了一個 1875 端口，而 Nginx 啟動的是 8080 端口。

?TCP 層主要做的是進程與進程之間通訊這件事。

IP 層主要解決機器與機器之間怎樣互相找到的問題。

三次握手也就是 windows 先向 Nginx 發(fā)送了一次 [SYN]，那么相反的 Nginx 所在的服務器也會向 windows 發(fā)送一個 [SYN]，這個時候 Nginx 是沒有感知到的，因為這個連接還是處于半打開的狀態(tài)。直到這臺 windows 服務器再次發(fā)送 [ACK] 到 Nginx 所在的服務器之上時，Nginx 所在的操作系統(tǒng)才會去通知 Nginx 我們收到了一個讀事件，這個讀事件對應是建立一個新連接，所以此時 Nginx 應該調(diào)用 Accept 方法去建立一個新的連接。

以上我們通過 Wireshark 抓包演示了正常的三次握手是怎么樣引發(fā)一個讀事件來使得 Nginx 去處理這樣一個讀事件來建立新的連接的。