connection prematurely closed before response表明http连接在响应返回前被提前中断，主因包括ssl/tls协议不一致、连接池与服务端空闲超时冲突、健康检查端点被路由或过滤器拦截。
如果您在Spring Cloud Gateway运行过程中观察到Connection prematurely closed BEFORE response日志，则表明网关与下游服务或监控组件之间的HTTP连接在完整响应返回前被非预期中断。该异常由Reactor Netty客户端抛出，核心指向通信链路中某一方提前终止了连接。以下是导致此现象的常见原因：
一、SSL/TLS协议配置不一致
当Gateway的management端口或主端口启用了HTTPS，而Admin Server或调用方仍使用HTTP协议发起健康检查请求时，TCP连接虽可建立，但TLS握手失败或协议不匹配将导致服务端直接关闭连接。Eureka注册信息中若混用HTTP与HTTPS地址，也会使Admin构造出错误协议的探测URL。
1、检查Gateway的application.yml中server.ssl.enabled是否为true，同时确认management.endpoints.web.base-path与management.server.port未被误设为HTTP端口。
2、验证Eureka注册中心中Gateway实例的metadata或serviceUrl是否包含https://前缀，且Admin Server是否启用spring.boot.admin.client.instance.prefer-ip=false以避免协议降级。
3、在Admin Server侧添加WebClient自定义配置，强制使用与Gateway一致的协议版本和信任库。
二、连接池与服务端空闲超时策略冲突
Reactor Netty连接池默认保留空闲连接较长时间，而后端服务（如Tomcat、Undertow）依据keepAliveTimeout参数主动关闭长期无数据交互的连接。当Gateway从池中取出一个已被后端关闭的“僵尸连接”发起请求时，即触发PrematureCloseException。
1、在Gateway的application.yml中设置httpclient.pool.maxIdleTime，其值必须严格小于下游服务的连接空闲超时时间（例如Tomcat默认为60秒，则此处设为45000毫秒）。
2、修改JVM启动参数，将连接获取策略由默认FIFO调整为LIFO：-Dreactor.netty.pool.leasingStrategy=lifo，以优先复用近期活跃连接。
3、启用连接池健康检查，添加spring.cloud.gateway.httpclient.pool.validateAfterInactivity: 10000，确保连接复用前进行可用性探测。
三、健康检查端点被路由规则或过滤器拦截
Spring Cloud Gateway默认将所有入站请求纳入全局过滤器链与路由断言处理。若/actuator/health端点未被显式排除在路由之外，或被某自定义GlobalFilter误判为非法请求并执行response.setStatusCode(HttpStatus.SERVICE_UNAVAILABLE)等操作，将导致Admin探测请求被静默终止而非返回标准JSON健康响应。
1、在application.yml中增加management.endpoints.web.exposure.include: health,info,metrics，并确认management.endpoint.health.show-details: always已启用。
2、检查是否存在覆盖了Actuator端点路径的route定义，例如predicates中包含Path=/actuator/**且未设置filters: - StripPrefix=1，则健康端点可能被错误转发至不存在的服务。
3、审查所有自定义GlobalFilter实现，确保对ServerWebExchange.getRequest().getURI().getPath()以/actuator/health开头的请求不做writeWith或setComplete调用，避免提前结束响应流。
