高并发服务器：三次握手是瓶颈吗？
本文分析在高并发服务器设计中，三次握手是否会成为限制每秒请求数 (RPS) 的瓶颈。我们将探讨一个简单的多线程服务器模型，并解释像 Nginx 这样高性能服务器如何处理百万级并发连接的原因。
问题： 假设一个多线程服务器，主线程负责 accept 新连接并将其分配给线程池；工作线程负责读写数据并关闭连接。如果三次握手耗时 1ms，那么每秒最多只能处理 1000 个请求 (RPS) 吗？这与 Nginx 声称的百万级并发连接能力似乎矛盾。
以下 Python 代码模拟了这个多线程服务器模型：
import socket
import sys
import time
import threading
from loguru import logger
from concurrent.futures import ThreadPoolExecutor
from concurrent.futures._base import Future
default_encoding: str = 'utf-8'
pool = ThreadPoolExecutor(
max_workers=20,
thread_name_prefix='simple-work-thread-pool'
)
def init_serversocket() -> socket.socket:
# ... (代码与原文相同) ...
def send_response(clientsocket: socket.socket, addr: tuple, response_body: bytes) -> int:
# ... (代码与原文相同) ...
def start_request(clientsocket: socket.socket, addr: tuple) -> int:
# ... (代码与原文相同) ...
def start_request_callback(future: Future) -> None:
# ... (代码与原文相同) ...
serversocket = init_serversocket()
while True:
clientsocket, addr = serversocket.accept()
# ... (代码与原文相同) ...
解答： 存在一个误解：accept 系统调用并非执行三次握手。accept 从已完成三次握手的连接队列中获取已建立的套接字。因此，accept 本身并非瓶颈。
Nginx 处理百万级连接的关键在于其采用了多进程 + I/O 多路复用模型。I/O 多路复用技术 (例如 select、poll、epoll) 允许单个线程同时管理多个连接，显著提升了并发处理能力。这才是高并发服务器的关键所在，而非三次握手。
