关键在于适配Go特性：单进程直接启动并正确处理SIGTERM信号；静态编译（CGO_ENABLED=0 -ldflags '-s -w'）配合distroless镜像；按容器CPU限制设置GOMAXPROCS和GOGC；HTTP客户端设超时、禁用硬编码localhost、暴露pprof/metrics用于真实压测分析。
直接用 Docker 运行高性能 Go 应用，关键不在“能不能跑”，而在“怎么让 Go 在容器里真正发挥并发和低开销优势”。核心是让容器环境适配 Go 的运行特性，而不是把容器当虚拟机用。
单进程启动 + 正确信号处理
Go 程序天生适合单进程部署。别在容器里塞 supervisord、shell 脚本或多个子进程——这会干扰生命周期管理，也浪费资源。
- ENTRYPOINT 必须直接指向编译好的二进制，例如 ENTRYPOINT ["/app/server"]，不是
CMD ["/bin/sh", "-c", "./server"] - main 函数中要监听 os.Interrupt 和 syscall.SIGTERM，收到后关闭 HTTP server、DB 连接池、取消 long-running goroutines
- 避免用
go run启动，生产镜像不含 Go 工具链，且无法转发信号
静态编译 + 最小化镜像
减小体积不只是为了快，更是为了安全和确定性。一个只含可执行文件的镜像，没有 shell、没有包管理器、没有未使用的库。
- 构建时加参数：CGO_ENABLED=0 go build -a -ldflags '-s -w'，生成静态链接、无调试信息的二进制
- 基础镜像优先选 gcr.io/distroless/static:nonroot，比 alpine 更干净，且默认非 root 用户运行
- 用多阶段构建：第一阶段用
golang:1.22编译，第二阶段只 COPY 二进制，不带源码、go.mod 或任何中间文件
运行时参数按容器限制调优
Go 默认行为基于宿主机硬件，但容器通常被限 CPU 和内存。不调整会导致调度争抢或 GC 频繁触发。
立即学习“go语言免费学习笔记（深入）”；
-
GOMAXPROCS 设为容器实际可用逻辑核数（例如
--cpus=1.5时设为 2），可用automaxprocs库自动读取 cgroup - 内存紧张时降低 GC 压力：GOGC=20（默认 100），表示堆增长 20% 就回收，避免每秒多次 GC 拖慢响应
- 禁用
runtime.GC()手动触发，它会 STW，解决不了根本瓶颈
避开常见隐性瓶颈
性能卡顿往往不是 CPU 或内存问题，而是网络或配置层面的“慢”被忽略。
- HTTP client 必须设超时：
&http.Client{Timeout: 10 * time.Second}，否则 DNS 解析失败可能阻塞几十秒 - 避免在代码里硬编码
localhost，容器内 DNS 解析路径不同，建议用 service 名或环境变量注入地址 - 暴露
/debug/pprof或/metrics（Prometheus 格式），用真实请求压测 + pprof 分析，别只看 top 或 docker stats
