Kratos框架微服务性能压测实战教程-Golang-PHP中文网

Kratos压测不能只用kratos run默认配置，因其HTTP/gRPC服务器未调优：Read/WriteTimeout为0导致连接队列耗尽、无MaxConcurrentStreams限制引发内存飙升、INFO日志和缺失KeepAlive加剧性能瓶颈。

kratos框架微服务性能压测实战教程

直接上结论：Kratos 服务压测不能只跑 kratos run 默认配置，不调优的 HTTP/gRPC 服务在 k6 下 1000 并发就容易出现连接超时、CPU 飙高、gRPC UNAVAILABLE 错误——这不是框架不行，而是默认参数没对齐生产流量模型。

Kratos 的 kratos run 是开发态快捷命令，它背后启动的是未调优的 http.Server 和 grpc.Server 实例，默认参数面向单机调试，不是高并发场景：

k6 对 Kratos gRPC 服务压测效果远好于 HTTP，但必须显式配置 TLS 和流控参数，否则会大量报错 rpc error: code = Unavailable desc = transport is closing：

使用 grpc.Client 时必须设置 keepalive：在 k6 脚本里传入 { "keepalive_time_ms": 30000, "keepalive_timeout_ms": 10000 }
禁用 TLS 验证（仅限内网压测）：k6 不支持自签名证书链校验，需加 tls_skip_verify: true，否则连接失败
避免在 VU（virtual user）内反复创建 client：应在 setup() 中初始化一次 client，全局复用，否则 goroutine 泄漏
gRPC 方法调用必须用 client.invoke()，不能用 client.call()（后者是旧版 API，已弃用且不兼容 Kratos v2.10+）

Kratos 默认开启 Accept 和 Content-Type 自动协商，对每个请求都做 MIME 类型匹配和编码选择。压测时这个逻辑会成为热点：

Kratos框架 2.8.2

Kratos框架 2.8.2 源码包下载，针对 Watch Resolver goroutine 测试及指标、日志默认值问题进行修正。

下载

在 http.Server 初始化时显式关闭：传入 http.WithMiddleware() 之外的选项 http.WithNotAcceptableHandler(nil) 和 http.WithUnsupportedMediaTypeHandler(nil)
压测脚本中固定 header：headers: { 'Accept': 'application/json', 'Content-Type': 'application/json' }，跳过协商路径
若接口只返回 JSON，可在路由注册时用 http.Middleware 强制设置 Content-Type: application/json; charset=utf-8，省去 runtime 判断

很多人只关注 handler 逻辑，却忘了 Kratos 默认启用的中间件在高压下会放大延迟：

tracing 中间件默认采集所有 span，压测时 OpenTelemetry exporter 会批量上报，造成 goroutine 阻塞；建议压测时设 tracing.WithSampler(tracing.NeverSample())
recovery 中间件在 panic 时会打印完整 stack，高频错误下 I/O 开销极大；压测前应替换为轻量版 recovery.Recovery(recovery.WithLogger(nil))
metrics 默认每秒采集 Prometheus 指标，http_requests_total counter 更新是原子操作，但高并发下仍占约 3–5% CPU；可临时关闭或降低采集频率

最常被漏掉的是 wire 生成的依赖注入树——压测环境若未用 wire.Build 分离 dev/prod 构建，会导致 logger、tracer 等组件在每次请求中重复初始化，goroutine 数量随 QPS 线性增长。