Netty Reactive Web Server连接陷入CLOSE_WAIT状态问题咨询

1. 未收到Connection: Close头但客户端关闭连接，是否会导致连接滞留？ #

会的。HTTP/1.1默认采用长连接模式，服务器端会默认保持连接以复用。如果客户端在请求完成后直接关闭连接（未发送Connection: Close头），服务器端TCP会进入CLOSE_WAIT状态，而Netty因为没收到HTTP层面的关闭指令，会把这个连接留在长连接池中，持续占用连接资源和对应的处理线程。当这类状态的连接积累到超过处理线程数上限（你的场景为20）时，新请求无法获取可用线程，最终导致应用失去响应。

2. 应用层如何清理这类滞留连接？ #

可以通过配置Reactor Netty的参数实现主动清理，完全适配你无底层连接代码的注解式REST控制器场景：

• 设置HTTP空闲超时：配置服务器端的连接空闲超时时间，当连接在指定时长内无读写操作，服务器主动关闭连接，这是最直接避免空闲连接滞留的方式。
• 启用TCP SO_KEEPALIVE：开启TCP层面的保活机制，操作系统会定期发送探测包检测连接存活状态。若客户端已关闭连接，探测失败后操作系统会主动关闭连接，Netty会感知到并清理对应资源。
• 配置连接最大存活时间：强制连接在达到指定时长后关闭，无论是否空闲，进一步避免资源长期被占用。

具体配置示例 #

方式一：代码自定义Netty服务器配置

import org.springframework.boot.web.embedded.netty.NettyServerCustomizer;
import reactor.netty.http.server.HttpServer;
import java.time.Duration;
import io.netty.channel.ChannelOption;

@Bean
public NettyServerCustomizer nettyServerCustomizer() {
    return httpServer -> httpServer
            // 设置读写空闲超时为1分钟
            .idleTimeout(Duration.ofMinutes(1))
            // 配置TCP参数
            .tcpConfiguration(tcpServer -> tcpServer
                    .option(ChannelOption.SO_KEEPALIVE, true)
                    // 可选：调整TCP保活参数（单位：秒）
                    .option(ChannelOption.TCP_KEEPIDLE, 300)    // 连接空闲300秒后开始探测
                    .option(ChannelOption.TCP_KEEPINTVL, 60)   // 探测间隔60秒
                    .option(ChannelOption.TCP_KEEPCNT, 5)      // 探测失败5次后关闭连接
            );
}

方式二：通过application.yml配置（Spring Boot 2.x及以上）

spring:
  webflux:
    server:
      netty:
        idle-timeout: 60s    # 空闲超时1分钟
        tcp:
          so-keepalive: true # 开启TCP保活

3. Keepalive导致操作系统关闭连接后，应用层会滞留资源吗？ #

不会。Reactor Netty基于事件驱动模型，会监听TCP通道的所有状态变化。当操作系统因Keepalive探测失败关闭连接时，Netty的Channel会触发关闭事件，对应的连接资源（包括线程、缓冲区、连接池条目等）会被自动释放，不会在应用层滞留任何资源。

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