咨询Elasticsearch搜索结果返回后的长文本截断方案

1. 脚本字段（Script Fields） #

直接在查询请求中使用Painless脚本动态截断指定字段，无需修改索引或预定义管道，灵活度拉满。

比如要截断content字段到100字符并添加省略号，查询可以这么写：

{
  "query": {
    "match": {
      "content": "关键词"
    }
  },
  "_source": ["title", "category"], // 只返回需要的原始字段，避免带回完整超长文本
  "script_fields": {
    "truncated_content": {
      "script": {
        "source": "def text = doc['content'].value; return text.length() > 100 ? text.substring(0, 100) + '...' : text;"
      }
    }
  }
}

返回结果里会新增truncated_content字段，就是截断后的文本，原始content字段不会被返回（只要_source没包含），既保留了完整字段的可搜索性，又实现了返回时的截断需求。

2. 响应处理管道（Response Pipeline） #

从Elasticsearch 7.10版本开始，支持用Ingest Pipeline处理搜索响应，这种方式适合复用处理逻辑，不用每次写重复脚本。

先创建一个带truncate处理器的管道：

PUT _ingest/pipeline/truncate_long_text
{
  "processors": [
    {
      "truncate": {
        "field": "content",
        "length": 100,
        "suffix": "..."
      }
    }
  ]
}

之后在搜索请求里指定这个管道，Elasticsearch会在返回结果前自动完成截断：

{
  "query": {
    "match": {
      "content": "关键词"
    }
  },
  "response_pipeline": "truncate_long_text"
}

注意：这个方案会直接修改返回的原始字段值，如果需要保留原始内容，可以在管道里先复制字段再截断——比如用copy_fields处理器把content复制到original_content，再对content执行截断操作。

3. 多字段索引策略（备用） #

如果动态处理的性能达不到预期，可以考虑在索引阶段给目标字段创建两个子字段：一个存完整文本用于搜索，一个存截断后的文本用于展示。

先在mapping里定义结构：

PUT /my_index/_mapping
{
  "properties": {
    "content": {
      "type": "text",
      "fields": {
        "full": { "type": "text" },
        "truncated": { "type": "text" }
      }
    }
  }
}

再创建一个Ingest Pipeline，索引时自动生成截断后的子字段：

PUT _ingest/pipeline/generate_truncated_content
{
  "processors": [
    {
      "truncate": {
        "field": "content",
        "target_field": "content.truncated",
        "length": 100,
        "suffix": "..."
      }
    }
  ]
}

索引文档时指定这个管道，搜索时用content.full执行查询，返回content.truncated字段即可。这个方案会占用一点额外存储空间，但查询性能最优，适合数据量较大的场景。

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