聚合结果为什么不能直接当搜索结果

做的事：真实索引5篇文档，把size设成2，同时跑一个按cat分组的terms聚合，看聚合是不是也只统计了那2条

代码真实索引5篇文档: cat=a的3篇 / cat=b的2篇 POST /agr_test/_search {"size":2,"query":{"match_all":{}},"aggs":{"by_cat":{"terms":{"field":"cat"}}}}

验证：聚合桶真实精确统计出了全部5篇文档(a:3,b:2)，完全不受size=2这个分页参数的限制

hits返回: 2条（真实被size=2截断）
hits.total: 5（真实匹配总数）

聚合桶by_cat:
→ a: doc_count=3
→ b: doc_count=2
（真实3+2=5，精确等于全部匹配文档数，不是只统计了那2条被返回的文档）

这组真实结果是理解聚合本质的第一个关键点：聚合真实是在查询匹配到的全部文档集合上独立计算的，跟size/from这些控制"最终展示给用户多少条命中结果"的分页参数真实完全没有关系——哪怕size设成0（本系列很多实验都这么用），聚合依然会真实在全部匹配文档上跑完整的统计。这说明一次请求里，hits（要展示的文档列表）和aggregations（统计摘要）真实是两条独立的产出管线，只是共享同一次查询匹配的结果集合作为输入。

真实打印出聚合桶的原始JSON结构，看它到底携带了哪些信息

代码POST /agr_test/_search {"size":0,"aggs":{"by_cat":{"terms":{"field":"cat"}}}}

验证：每个桶真实只有key和doc_count两个字段，没有_id、没有_source，没有任何可以回链到具体文档的信息

{
  "by_cat": {
    "doc_count_error_upper_bound": 0,
    "sum_other_doc_count": 0,
    "buckets": [
      { "key": "a", "doc_count": 3 },
      { "key": "b", "doc_count": 2 }
    ]
  }
}

分步演示：从聚合不受size限制到桶结构本身不携带文档信息的完整验证

每一步都是本文上面在本机真实的Elasticsearch 8.15.0上跑出来的原始结果。