ES 7.11.2出现too many scroll contexts错误，清除scroll时报上下文不存在如何解决

核心问题根因 #

1. 代码存在语法错误
   你当前代码里return searchResponse.getHits().getHits(); 执行在hits长度判断逻辑之前，后续的校验逻辑完全不可达，首先需要删除这行错误的返回语句。
2. Scroll清理时机错误
   Scroll上下文和对应的scroll id绑定，ES在滚动查询过程中可能复用同一个scroll id，你每次拉取一页后就立即清理当前的scroll id，会直接销毁还在使用的上下文，下一次用同一个id发起滚动请求就会抛出search_context_missing_exception异常。

最优解决方案 #

方案1：修复Scroll+Clear逻辑（适合全量离线数据导出场景）

调整清理逻辑，不要逐页清理，只有当滚动查询完全结束（返回的hits为空、或者业务主动终止查询）时再统一清理上下文，参考实现如下：

// 全局保存当前有效的scroll id
private String currentScrollId;
private SearchResponse searchResponse;

private Iterator<SearchHit> getNextSearchHits() throws IOException {
    if (currentScrollId == null) {
        return Collections.emptyIterator();
    }
    // 发起滚动查询
    SearchScrollRequest searchScrollRequest = new SearchScrollRequest(currentScrollId)
          .scroll(scrollTimeoutMinutes);
    searchResponse = esClient.scroll(searchScrollRequest, requestOptions);
    // 更新最新的scroll id
    currentScrollId = searchResponse.getScrollId();
    SearchHit[] hits = searchResponse.getHits().getHits();
    if (hits.length > 0) {
        return Iterators.forArray(hits);
    } else {
        // 所有数据拉取完成，清理scroll上下文
        ClearScrollRequest clearScrollRequest = new ClearScrollRequest();
        clearScrollRequest.addScrollId(currentScrollId);
        esClient.clearScroll(clearScrollRequest, RequestOptions.DEFAULT);
        currentScrollId = null;
        return Collections.emptyIterator();
    }
}

// 额外补充：业务中途需要终止查询时，主动调用该方法清理上下文
public void terminateScroll() throws IOException {
    if (currentScrollId != null) {
        ClearScrollRequest clearScrollRequest = new ClearScrollRequest();
        clearScrollRequest.addScrollId(currentScrollId);
        esClient.clearScroll(clearScrollRequest, RequestOptions.DEFAULT);
        currentScrollId = null;
    }
}

额外注意点：

• scroll超时时间不要设置过长，超时后ES会自动销毁上下文，避免异常退出时上下文泄漏
• 避免高频发起大量独立的scroll查询，同一个查询任务复用同一个scroll上下文

方案2：用Search After替代Scroll（更推荐，适合绝大多数分页场景）

Search After不需要服务端维护滚动上下文，每次查询通过上一次返回的最后一条文档的排序字段值作为游标，完全不会产生上下文堆积问题，从根源避免Trying to create too many scroll contexts报错，性能也比scroll更高，适合实时性要求高的分页场景。

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