能跑起来不等于部署成功——go微服务在kubernetes中卡在crashloopbackoff或imagepullbackoff，根本原因是镜像、监听地址、探针三者未对齐：必须监听0.0.0.0而非127.0.0.1，禁用cgo并多阶段构建，selector与template labels须逐字一致，containerport、探针路径及initialdelayseconds需严格匹配启动时序。
能跑起来不等于部署成功——很多 Go 微服务在 Kubernetes 里卡在 CrashLoopBackOff 或 ImagePullBackOff，根本原因是镜像、监听地址、探针三者没对齐。
Go 服务必须监听 0.0.0.0，不是 127.0.0.1
Kubernetes Pod 的网络模型里，localhost 只指向容器自己，Service 和 kube-proxy 根本连不上。写成 http.ListenAndServe("127.0.0.1:8080", nil) 看似启动成功，实际是“假活”。
- 正确写法：
http.ListenAndServe(":8080", nil)（空 host 默认绑定所有接口） - 更稳妥做法：读取环境变量
PORT，拼成":" + os.Getenv("PORT") - 如果用
net/http.Server，务必先调用net.Listen("tcp", addr)获取 listener，再传给.Serve(lis)，避免探针在 server 真正 bind 前就发起请求
Dockerfile 必须禁用 CGO 并用多阶段构建
Alpine 镜像用 musl libc，而默认开启 CGO 的二进制会尝试链接 glibc，运行时报 standard_init_linux.go:228: exec user process caused: no such file or directory，日志里看不到具体缺失哪个库。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 构建阶段加
CGO_ENABLED=0，并设GOOS=linux - 推荐
FROM scratch或gcr.io/distroless/static-debian12作运行基础镜像，体积小、无 shell、攻击面低 - 别用
go run main.go启动，也别把golang:alpine直接当运行镜像——它带编译器和包管理器，纯属冗余 - 加
-ldflags="-s -w -buildmode=pie"去除调试符号、减小体积、启用位置无关可执行文件
Deployment 的 selector.matchLabels 和 template.labels 必须完全一致
这是 Kubernetes API Server 的硬校验，不是松散匹配。哪怕一个空格、大小写错位、键值顺序不同，都会报 field is immutable 或 invalid label selector，后续 kubectl apply 全部失败，只能删掉重建。
- 两个地方 label 必须逐字相同，例如都写成
app: go-service，不能一边是app: go-service，另一边是app: GoService -
replicas字段类型是*int32，YAML 里写replicas: 2是 int 类型，虽能解析但不严谨；用 client-go 编程部署时，必须用pointer.Int32(2) -
containerPort必须和 Go 代码监听端口一致，否则 Service 的targetPort找不到目标
健康探针路径要真实存在，且 initialDelaySeconds 不能为 0
很多服务只写了 / 路由，但没实现 /healthz 或 /readyz，导致 readiness probe 失败，Pod 永远不被加入 Endpoints，Service 流量进不来。
-
livenessProbe推荐指向轻量/healthz（只返回 200），readinessProbe指向/readyz，里面可检查 DB 连通性、依赖服务状态等 -
initialDelaySeconds至少设为 5，避免 Go HTTP server 还没真正 bind 就被探针打挂 -
failureThreshold别小于 3，防止 GC STW 或短暂 IO 卡顿导致误判 - Go 启动时建议打印类似
log.Printf("server listening on :%s", port)，方便排查CrashLoopBackOff是卡在哪一步
最容易被忽略的是探针与启动时机的错配——Go 的 http.ListenAndServe 是阻塞调用，但 K8s 探针在容器启动后立刻发请求，中间没有“就绪等待窗口”。靠 time.Sleep 不可靠，必须用监听器就绪检测或合理设置 initialDelaySeconds。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
