非阻塞事件驱动静态Web服务器：客户端连接创建与复用机制的技术疑问

我来帮你把这个问题拆解清楚——核心其实是HTTP协议的连接管理规则，结合你用的非阻塞事件驱动模型就能明白所有现象了：

什么时候调用accept()创建新连接？ #

只有当你的监听socket（listen fd）触发可读事件时，才需要调用accept()。这个可读事件的含义是：有新的TCP连接已经完成三次握手，正等着被服务器接收。

• 注意在非阻塞模式下，accept()可能会返回EAGAIN/EWOULDBLOCK错误，这表示当前没有待接收的连接了，你要停止循环调用，避免空耗CPU。

什么时候复用已有连接？ #

这完全由HTTP协议的连接规则决定：

• HTTP/1.0：默认是短连接，每个请求处理完就关闭连接；但如果请求头包含Connection: keep-alive，且服务器响应也返回这个头部，连接会被保留，后续同客户端的请求可以复用它。
• HTTP/1.1：默认就是长连接（持久连接），除非明确设置Connection: close，否则连接会在一段时间内保持打开状态，供后续请求复用。
  你测试时刷新页面复用连接，正是因为浏览器和服务器默认启用了长连接，这是完全符合预期的行为。

为什么新标签页也复用同一连接？ #

这是现代浏览器的优化策略——同一域名的连接池机制。只要浏览器和服务器之间已有可用的长连接，即使打开新标签页访问同一域名，浏览器也会优先复用这个连接，而不是新建TCP连接，这样能减少三次握手的开销，提升加载速度。所以你看到只触发一次accept()是正常的，多个标签页的请求都走同一个已建立的长连接。

非阻塞模型下的连接管理要点（针对poll） #

• 把每个已接受的client fd加入poll的监听集合，监听它的可读事件（表示有客户端请求到来）。
• 当client fd可读时，读取请求、处理并发送响应；如果是长连接，处理完请求后不要关闭client fd，继续留在poll集合里等待下一次请求。
• 当收到客户端的关闭信号（比如FIN包），或者长连接超时（你需要自己实现超时逻辑），再关闭client fd并从poll集合中移除。

多客户端场景的情况 #

不同的客户端（比如不同设备、不同浏览器进程）发起的请求会触发新的accept()，因为它们是不同的TCP连接；而同一客户端的多个标签页、多次刷新请求，只要长连接还在有效期内，都会复用已有连接，不会触发新的accept()。

内容的提问来源于stack exchange，提问作者ricardomart