应使用多阶段构建+静态编译+gomemlimit+端口就绪检测：第一阶段golang:1.22-alpine编译，第二阶段用scratch或distroless镜像，加-ldflags="-s -w -buildmode=pie"、gocache=off、cgo_enabled=0，entrypoint["/main"]；启动前net.listen获取listener再serve；设gomemlimit为cgroup limit的80%；liveness用/healthz、readiness用/readyz并检查真实依赖；service targetport须与程序监听端口一致。
直接用 FROM golang:alpine 启动服务，大概率在 Kubernetes 里被 OOMKilled 或健康检查失败——这不是代码问题，而是镜像构建和启动流程没对齐生产约束。
多阶段构建必须做，且第二阶段不能用 alpine 运行时
第一阶段用 golang:1.22-alpine 编译没问题，但第二阶段别再用 alpine:latest。它仍带 shell、apk、libc 等冗余组件，体积大、攻击面宽、还可能因证书或 DNS 解析出问题。
- 推荐用
gcr.io/distroless/static:nonroot或scratch：零依赖，仅含二进制文件，镜像体积常压到 5–8MB - 若必须用 alpine，得显式加
RUN apk --no-cache add ca-certificates，否则 HTTPS 请求会失败（如调第三方 API、健康检查探活） -
COPY --from=builder后别漏掉WORKDIR /，避免CMD ["./main"]因路径错找不到文件
编译参数不加 CGO_ENABLED=0，容器里大概率 panic
默认开启 CGO 会让 Go 链接 libc，在 distroless 或 scratch 镜像里直接报 standard_init_linux.go:228: exec user process caused: no such file or directory——实际是动态链接器缺失。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 必须加
CGO_ENABLED=0 GOOS=linux，生成纯静态二进制 - 顺手加
-ldflags="-s -w -buildmode=pie"：去调试符号、减小体积、启用地址空间布局随机化（ASLR） -
GOCACHE=off加在RUN命令前，避免构建缓存污染或非确定性行为
ENTRYPOINT 写成 CMD，会导致信号转发失效
容器内 PID 1 进程负责接收 SIGTERM，如果用 CMD ["./main"]，真正 PID 1 是 shell，你的 Go 进程是子进程，收不到终止信号，无法优雅关闭。
- 必须用
ENTRYPOINT ["/main"]（路径写绝对路径） - Go 代码里要显式监听
os.Interrupt和syscall.SIGTERM，调server.Shutdown() - 别信
docker stop默认 10 秒超时够用——高负载下 GC STW 可能卡住，stop_grace_period: 30s更稳妥
Kubernetes 中 readinessProbe 失败，90% 是启动时机没控好
http.ListenAndServe(":8080", nil) 是阻塞调用，但 K8s 探针在容器 Running 状态一出现就发请求，此时端口还没真正 bind 成功。
- 改用
net.Listen("tcp", ":8080")先获取listener，再传给server.Serve(lis) -
/readyz要检查真实依赖（DB 连通性、gRPC 服务可达），不能只返回 200；/healthz可轻量，只确认进程存活 -
initialDelaySeconds: 5是底线，failureThreshold: 3防止 GC 暂停误判；别设periodSeconds: 1，太激进
最易忽略的点：内存限制没配 resources.requests.memory，只设了 limits。Go runtime 会按 cgroup limit 的 100% 触发 GC，但实际可用堆远小于这个值，导致频繁 GC 或 OOMKilled。务必让 requests ≤ limits，且 GOMEMLIMIT 设为 limits 的 80%。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
