Golang垂直搜索高并发需精细控制长连接、编解码与goroutine：禁用http.DefaultClient，设MaxIdleConns为100～200、MaxIdleConnsPerHost为50～100、IdleConnTimeout为60～90秒；优先用gRPC+Protobuf替代JSON以降延迟、减体积；用带缓冲channel限流、context超时防雪崩；sync.Pool仅缓存固定结构对象如Protobuf实例。
垂直搜索引擎在高并发场景下，长连接不是“开了就行”，而是必须精细控制的资源。Golang 能扛住数万 QPS，前提是连接不泄漏、编解码不拖后腿、goroutine 不泛滥——这三点没控住，再香的语言也救不了。
http.Transport 连接池参数怎么设才不翻车
默认的 http.DefaultClient 在爬虫或搜索网关类服务中极易打穿文件描述符限制，错误现象是大量 dial tcp: lookup xxx: no such host 或 too many open files。这不是 DNS 问题，是连接没复用+没回收干净。
-
MaxIdleConns建议设为 100～200，全局空闲连接上限，超了会主动关闭最老的连接 -
MaxIdleConnsPerHost必须显式设（默认仅 2），按目标域名设，比如搜索后端是search-api.internal，就设 50～100 -
IdleConnTimeout推荐 60～90 秒，比服务端IdleTimeout少 10～20 秒，避免客户端拿着已失效连接发请求 - 千万别设
DisableKeepAlives: true—— 长连接是垂直搜索低延迟的底线
Protobuf + gRPC 比 JSON over HTTP/1.1 快在哪
垂直搜索的 query 和 result 结构固定、字段多、QPS 高，用 JSON 是自找麻烦：序列化慢、体积大、GC 压力重。实测某搜索聚合服务切换到 gRPC 后，P99 延迟从 180ms 降到 42ms，内存分配减少 67%。
- Protobuf 编码体积比 JSON 小 60%～75%，网络传输更快，对内网搜索集群尤其明显
- gRPC 天然基于 HTTP/2，一个 TCP 连接可并发处理上百个 stream，不用自己维护连接池
- Go 的
grpc-go默认启用WithBlock()和连接健康检查，比手写net/rpc+Gob稳定得多 - 注意：别在 gRPC 里传大 document 原文，应只传 doc_id + score，详情走异步 fetch
goroutine 泛滥的典型信号和熔断点
搜索服务一旦出现 goroutine 数持续 >5000，基本可以判定有阻塞或泄漏。常见诱因不是业务逻辑慢，而是下游依赖没设超时、channel 写满没读、或者 defer 没关 resp.Body。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 用
runtime.NumGoroutine()定期打点，超过阈值（比如 3000）触发告警，而不是等 OOM - 所有 HTTP client 调用必须带
context.WithTimeout(ctx, 3*time.Second)，不能只靠Client.Timeout - 用带缓冲 channel 做并发限流，比如
sem := make(chan struct{}, 50)，不是为了“优雅”，是为了防雪崩 - 别信 “goroutine 很轻”——5000 个 idle goroutine 仍占 ~100MB 内存，且调度器开销肉眼可见
sync.Pool 缓存什么对象最有效
不是所有对象都值得放 sync.Pool。在搜索场景下，真正高频分配+结构固定的对象才收益明显，比如 query 解析后的 AST 节点、分词结果切片、Protobuf message 实例。
- 缓存
*bytes.Buffer比缓存[]byte更稳妥，后者易因 slice header 复制导致误释放 - Protobuf message 推荐用
proto.Clone()复用，而非 new + reset，前者更安全 - 切忌缓存含指针或闭包的对象（如带
http.Request引用的 struct），会导致内存泄漏 - 监控
sync.Pool命中率：如果Get()返回新对象比例长期 >30%，说明预热不足或对象生命周期错配
垂直搜索的降本提效，不在选多炫的新技术，而在把连接、序列化、并发这三根线拧紧。Rust 可以留给向量检索模块，但路由、聚合、协议层，Golang 的确定性就是成本底线。
