Go程序打包容器镜像需设CGO_ENABLED=0并用静态链接，K8s存活探针须注册到对应ServeMux，gRPC通信需匹配端口与协议、正确配置TLS及监听地址，Helm传参字符串必须加引号。
Go 程序怎么打包进容器镜像，不踩 CGO_ENABLED=0 的坑
很多 Go 服务一进 Docker 就 panic，错误里带 exec format error 或 no such file or directory，根本不是路径问题，而是静态链接没做对。Go 默认用 CGO，一旦镜像里没 libc（比如 scratch 或 alpine），运行时就崩。
- 构建前必须设环境变量：
CGO_ENABLED=0，再跑go build -a -ldflags '-s -w' - 别用
golang:alpine做 builder——它默认开 CGO，容易漏关；推荐用golang:1.22-bookworm（Debian）+ 显式关 CGO - 镜像基础层选
scratch最干净，但要求二进制绝对静态；若依赖 DNS 解析，scratch会卡在lookup xxx: no such host，这时得换debian:slim或手动拷/etc/resolv.conf
Kubernetes Deployment 里怎么写 livenessProbe 才不杀活的 Pod
写成 HTTP GET /healthz 最常见，但 Go 服务如果没显式注册 handler，或者 probe 路径绑在非默认 http.DefaultServeMux 上，就会一直 404，K8s 反复重启。
- 检查你的
http.ServeMux实例：如果用了自定义 mux（比如http.NewServeMux()），probe handler 必须注册到它上面，而不是http.HandleFunc（后者只动默认 mux） - 避免用
http.Get在 probe 里调自己——可能触发连接池竞争或死锁；简单返回 200 + “ok” 字符串就够了 - 超时和失败阈值别太激进：
initialDelaySeconds: 10、timeoutSeconds: 3、failureThreshold: 3是较稳的起点；秒级 probe 容易把刚启动的 Pod 杀掉
微服务间用 gRPC 通信，为什么 Go 客户端连不上 service-name.namespace.svc.cluster.local
报错通常是 connection refused 或 context deadline exceeded，但 service 和 endpoint 都存在——问题往往不在 DNS，而在端口没暴露或协议不匹配。
- Kubernetes Service 的
port和targetPort必须对得上：gRPC 是 HTTP/2，不能复用 HTTP/1.1 的 readiness port；建议单独开一个grpcport（如 9000），并在 Service 中明确写targetPort: 9000 - 客户端 dial 时加
WithTransportCredentials(insecure.NewCredentials())（开发期），生产环境必须配 TLS；漏掉这个，gRPC 默认走安全通道，连明文服务直接被拒 - 检查 Pod 是否监听
0.0.0.0:9000，而不是127.0.0.1:9000——后者在容器里等于只听 localhost，Service 流量进不来
用 helm install 部署时，values.yaml 里怎么传 Go 服务的配置才不被 YAML 解析器吃掉
比如你想传一个 log level 字符串 "debug"，但 Helm 渲染后变成 unquoted debug，Go 的 flag.StringVar 收到的是变量名而非字面量，直接 panic。
立即学习“go语言免费学习笔记（深入）”；
- 所有字符串值在
values.yaml中必须加双引号：logLevel: "debug"，否则 YAML 解析器当 symbol 处理 - 环境变量注入优先用
envFrom+configMapRef，比在args里拼接更可靠；尤其含空格或=的配置项，命令行参数容易断句错乱 - 如果用
go run -ldflags注入版本号等编译期信息，别指望 runtime 从 env 读——那是两套生命周期；该打进去的，得真打进二进制里
动态编排的麻烦从来不在 YAML 写多长，而在于哪一层悄悄改了默认行为：K8s 的 DNS 策略、Go 的 net/http 默认超时、Helm 的 value 类型推导……这些地方不盯住，问题一定出现在最意想不到的环节。
