Spring Integration应用容器部署时TCP连接阶段出现数秒延迟问题

该问题和Docker Compose端口映射配置无关，是Spring Integration TCP模块默认开启的客户端IP反向DNS查找机制导致的，完全匹配描述的所有现象：

• 实例化TcpNetServerConnectionFactory时未修改lookupHost配置，该参数默认值为true：每次新TCP连接建立后，服务端会先对客户端IP发起反向PTR查询，尝试解析客户端主机名，解析完成后才会完成连接初始化、注册入站消息监听、触发TcpConnectionOpenEvent事件。
• 本地运行时客户端IP为127.0.0.1，反向解析直接走本地hosts文件返回结果，几乎无耗时；Docker环境（含容器内部通信、端口映射到宿主机两种场景）默认的DNS服务没有配置容器虚拟网段的反向解析记录，查询会一直阻塞直到网络超时，首次查询超时时间约6秒，后续因失败结果存在短时间缓存，延迟会降到2秒左右。
• 阻塞期间连接的入站监听未生效，客户端发送的所有请求都会积压在TCP缓冲区，不会被业务逻辑消费；等DNS查询超时后连接初始化完成，监听器发出的欢迎消息才会发送到客户端，积压的请求也会被一次性处理，后续通信恢复正常。容器内集成测试抛出ReadTimeoutConnection异常也是同样原因：测试用例设置的读取超时时间短于DNS查询超时时间，还没等欢迎消息发出就提前超时断开了。

不需要调整Docker配置，直接在构造连接工厂时关闭反向DNS查找即可，现有业务逻辑只用到了CONNECTION_ID头，没有依赖客户端主机名，关闭该配置无任何副作用：

@Bean
public AbstractServerConnectionFactory serverConnectionFactory() {
    TcpNetServerConnectionFactory tcpNetServerConnectionFactory = new TcpNetServerConnectionFactory(1234);
    // 关闭反向DNS主机查找，避免容器环境DNS查询超时导致连接初始化延迟
    tcpNetServerConnectionFactory.setLookupHost(false);
    return tcpNetServerConnectionFactory;
}

修改后重新构建镜像部署即可验证：连接建立后欢迎消息会瞬时返回，延迟期间请求丢失、集成测试超时的问题都会同步解决。
如果后续确实有获取客户端主机名的需求，可以通过给Docker网络配置支持反向解析的内部DNS服务、或者在容器/etc/hosts中手动添加客户端IP与主机名的映射实现，绝大多数TCP业务场景不需要该能力，直接关闭是性能最优的选择。

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