Elasticsearch使用_doc接口时如何不通过ID按作者字段检索文档

• 你目前使用的localhost:9200/publications/_doc/1形式的接口，是按文档唯一ID做单条精确存取的专属接口，路径中末尾的文档ID是必填定位参数，设计上仅支持「按主键查单条」「按主键写单条」操作，完全不支持省略ID、附加自定义业务条件做检索，不存在符合你预期的不带ID的可用用法，无需在该接口路径上继续尝试。
• 要实现基于业务字段（比如作者列表）的条件检索，需要切换到Elasticsearch通用查询接口：localhost:9200/publications/_search。该接口是ES对应传统SQL数据库条件查询能力的入口，不需要传递文档ID，完全基于请求体内的查询规则匹配符合条件的文档集合。

需要根据你实际的authors字段mapping结构做区分，避免踩到数组字段的匹配坑：

场景1：authors为普通keyword类型数组 #

如果你的mapping中authors是单值keyword组成的数组结构（即仅存作者名称列表，没有嵌套的多维度作者信息），结构类似：

{
  "mappings": {
    "properties": {
      "authors": {
        "type": "keyword"
      }
    }
  }
}

直接使用term精确匹配查询即可，只要数组中存在和查询值完全一致的作者名，就会返回对应文章，请求示例：

POST /publications/_search
{
  "query": {
    "term": {
      "authors": "目标作者U的名称值"
    }
  }
}

注意：因为字段类型是keyword，查询值必须和存储的作者名称完全匹配，逻辑和SQL中字符串等值判断=的规则一致，不支持模糊片段匹配。

场景2：authors为nested嵌套类型字段 #

如果你是把作者作为独立对象做的嵌套配置（即每个作者节点同时存名称、ID、所属机构等多维度字段），结构类似：

{
  "mappings": {
    "properties": {
      "authors": {
        "type": "nested",
        "properties": {
          "name": {
            "type": "keyword"
          }
        }
      }
    }
  }
}

这种场景下必须使用nested查询包裹匹配规则，否则会出现不同作者的字段值交叉匹配的错位问题，请求示例：

POST /publications/_search
{
  "query": {
    "nested": {
      "path": "authors",
      "query": {
        "term": {
          "authors.name": "目标作者U的名称值"
        }
      }
    }
  }
}

• _doc是ES 7版本之后统一的mapping类型占位标识，本身不是查询接口的功能组成部分，很多从SQL转ES的开发者会误以为_doc后面可以直接接查询逻辑，实际上_doc路径段后紧跟的永远是要操作的单条文档ID。
• 如果你需要基于业务唯一字段（比如作者ID）返回单条结果，直接在上述_search请求中增加"size": 1参数即可，效果和按文档ID精确查询完全一致，不需要额外适配其他接口。

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