Spring Boot集成Elasticsearch 5出现Transport响应处理器未找到警告

我之前也碰到过这个问题——明明所有功能都正常运行，日志里却反复蹦出这个警告，看着确实闹心。咱们先拆解下原因，再一步步解决：

为啥会出现这个警告？ #

这个警告本质是Elasticsearch的TransportService发送了响应，但客户端这边对应的处理逻辑（handler）已经找不到了。常见的诱因有两个：

1. 版本不兼容：Spring Data Elasticsearch和ES服务器的版本对应关系很严格，版本不匹配时容易出现这种响应不匹配的情况；
2. 超时配置不合理：客户端的请求/响应超时时间太短，导致还没等到ES的响应，对应的handler就被提前回收了。

具体解决方案 #

1. 核对版本兼容性（最关键） #

ES 5.x对应的Spring Data Elasticsearch版本是3.0.x，而Spring Boot 2.0.x系列的spring-boot-starter-data-elasticsearch正好适配这个版本。你可以在pom.xml里明确锁定版本，避免依赖冲突：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-elasticsearch</artifactId>
    <!-- 适配ES5的Spring Boot版本 -->
    <version>2.0.9.RELEASE</version>
</dependency>

如果用的是Spring Boot parent管理依赖，只要parent版本是2.0.x，就能自动匹配正确的Spring Data Elasticsearch版本。

2. 调整客户端超时配置 #

如果版本没问题，那大概率是超时时间不够。在application.properties（或application.yml）里添加以下配置，延长连接和响应的超时时间：

# 连接ES的超时时间
spring.data.elasticsearch.properties.transport.tcp.connect_timeout=30s
# 等待ES响应的超时时间
spring.data.elasticsearch.properties.transport.tcp.socket_timeout=30s

给客户端足够的时间等待ES的响应，就能避免handler被提前回收的情况。

3. 临时方案：屏蔽警告日志（不推荐长期用） #

如果暂时没法调整版本或配置，也可以先把这个警告的日志关掉，避免干扰正常日志。在你的日志配置文件（比如logback.xml）里添加：

<logger name="org.elasticsearch.transport.TransportService" level="ERROR"/>

不过这只是治标不治本，还是建议优先解决版本和超时的问题，避免隐藏潜在的连接故障。

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