go用elastic/v7连不上es主因是transport配置错误：未禁用tls校验或未传basic auth；全文检索应优先用matchquery而非termquery；聚合解析需用aggregations方法；并发查询要控制bulk/scroll粒度。
Go 用 elastic/v7 连不上 Elasticsearch？先检查 transport 配置
绝大多数连接失败不是因为地址写错，而是默认 transport 没关 TLS 校验或没传基础认证。本地开发用 http://localhost:9200 却报 connection refused 或 x509: certificate signed by unknown authority，基本是这个原因。
- 用
elastic.SetSniff(false)关掉节点嗅探（尤其单节点开发时，嗅探会额外请求_nodes/http，容易超时或 403） - 如果 ES 启用了 HTTPS 但用的是自签证书，必须显式配置
elastic.SetHttpClient+ 自定义http.Transport，禁用证书校验（仅限测试环境） - 带 Basic Auth 时，别只拼 URL，要用
elastic.SetBasicAuth("user", "pass")；否则凭据不会被带上 Authorization header
全文搜索 query 写不对？优先用 MatchQuery 而不是 TermQuery
TermQuery 是精确匹配（不分词、不转小写），搜 "Go语言" 却查不到 "go语言" 或 "go 语言"，就是踩了这个坑。生产环境做用户输入的全文检索，几乎都该用 MatchQuery。
-
MatchQuery("title", userInput)会走标准 analyzer，支持模糊、前缀、大小写归一化 - 需要控制相关性时，加
.Boost(2.0)提高字段权重；想降权用负值不行，得用FunctionScoreQuery - 避免在 keyword 字段上误用
MatchQuery——它会静默失败（返回空结果），查_mapping确认字段类型
聚合结果解析成 Go struct 总 panic？别直接 json.Unmarshal 原始响应
Elasticsearch 返回的聚合结构嵌套深、key 动态（比如 date histogram 的 key 是时间戳字符串），硬解容易 panic：索引越界、type assert 失败、nil map 访问。
- 用
searchResult.Aggregations方法取聚合对象，它已做了类型安全封装 - 对
DateHistogramAggregation，用agg.Buckets遍历，每个 bucket 的KeyAsString是时间字符串，DocCount是数量 - 如果必须手动解析，先用
map[string]interface{}接收，再逐层判断 key 是否存在、类型是否符合，别信“这个字段一定有”
并发查 ES 时 CPU/内存飙升？控制 bulk 和 scroll 的粒度
不是并发越多越好。Go 协程开太多，每个都建 HTTP 连接、分配 buffer，ES 侧也会因大量 scroll context 崩溃（circuit_breaking_exception）。
立即学习“go语言免费学习笔记（深入）”；
- 批量写用
bulk.Do(ctx)，单次bulk文档数建议 100–500 条；超过 1MB 容易触发 ES 的http.max_content_length限制 - 深分页用
scroll时，scroll="2m"别设太长，用完立刻ClearScroll；否则 scroll context 积压，吃光 heap - 查总数不要依赖
len(searchResult.Hits.Hits)，它只返回当前页数量；真要总数看searchResult.Hits.TotalHits.Value
ES 的 mapping 设计和 query 逻辑耦合极深，改一个字段的 type 或 analyzer，可能让所有全文查询突然失效——上线前务必在预发环境跑真实 query 验证，而不是只测接口通不通。
