go服务需正确绑定0.0.0.0:8080、使用多阶段dockerfile（cgo_enabled=0+scratch/alpine）、deployment中selector与template labels严格一致、分离livenessprobe和readinessprobe并配置合理initialdelayseconds。
Go 服务不能“部署 Kubernetes”，而是要被 Kubernetes 部署；真正要做的，是让 Go 二进制能被 Kubernetes 正确调度、健康检查、安全运行 —— 这件事的关键不在 Go 代码多酷，而在 Dockerfile 和 YAML 配置是否踩对点。
Go 服务必须监听 0.0.0.0:8080，不能写 127.0.0.1:8080
Kubernetes Pod 分配的是独立 IP（如 10.244.1.5），容器内进程必须绑定到该地址才能接收 Service 流量。写成 127.0.0.1:8080 会导致所有请求超时，kubectl get pods 显示 Running，但 kubectl port-forward 或 Service 访问全失败。
- 正确写法：
http.ListenAndServe(":8080", nil)（空 host 默认 0.0.0.0） - 显式写法：
http.ListenAndServe("0.0.0.0:8080", nil) - 错误写法：
http.ListenAndServe("127.0.0.1:8080", nil)—— 本地调试可能通，上集群必挂
Dockerfile 必须用多阶段 + CGO_ENABLED=0 + scratch/alpine
直接用 golang:alpine 运行编译产物，等于把 Go 编译器、pkg、/bin/sh 全塞进生产镜像，既增大体积又提高攻击面。静态二进制 + 极简运行时才是 Go 上 Kubernetes 的标准姿势。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 构建阶段：用
golang:1.22-alpine，CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o main . - 运行阶段：
FROM scratch或FROM alpine:latest，仅 COPY 二进制，不装任何额外工具 - 务必加
USER 65532:65532（非 root），否则 Pod 因 securityContext 被拒绝调度 - 漏掉
EXPOSE 8080不影响运行，但会误导人 —— 建议保留，保持语义清晰
Deployment 的 selector 和 template labels 必须字面完全一致
Kubernetes 不做模糊匹配，matchLabels: {app: "api"} 和 template.metadata.labels: {app: "api", version: "v1"} 是非法的。一旦 mismatch，新 Pod 永远不会被纳入 Service，也不会被旧 ReplicaSet 清理，kubectl get pods 看似正常，流量却 0。
- 必须严格对齐：
selector.matchLabels的每个 key/value 都要在template.metadata.labels中出现且值相同 - 不要在 template 中多加 label（如
env: prod），除非 selector 也包含它 - 修改 label 后 apply，Kubernetes 会报错：
field is immutable—— 此时只能删掉旧 Deployment 再重建
readinessProbe 和 livenessProbe 必须分离，且路径要真实存在
只写一个 /healthz 并同时用于两个 probe，是高频误配。livenessProbe 失败会杀 Pod，readinessProbe 失败则摘流量；混用会导致就绪前就被重启，或依赖未就绪时就放量。
- Go 代码里至少提供两个 handler：
http.HandleFunc("/healthz", func(w, r) { w.Write([]byte("OK")) })（无依赖） -
http.HandleFunc("/readyz", func(w, r) { if db.Ping() != nil { http.Error(w, "db down", 503); return } w.WriteHeader(200) })（检查 DB、Redis 等） - YAML 中
initialDelaySeconds至少设为 5（冷启动/DB 连接耗时），failureThreshold≥ 3，避免 GC STW 误判 - 探针
port必须和 GoListenAndServe端口一致，且Service.spec.ports.targetPort要与之匹配
最容易忽略的是：Pod 启动后，Kubernetes 会立刻发 livenessProbe，而你的 Go server 可能还没完成 DB 连接、gRPC dial、metrics 注册等初始化 —— 所以 initialDelaySeconds 不是可选项，是保命参数。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
