Go服务在Kubernetes中启动失败的四大主因是：监听地址必须为0.0.0.0或空host；Deployment中selector.matchLabels与template.labels必须逐字一致；必须配置readinessProbe和livenessProbe并实现对应HTTP路径；CGO_ENABLED=0是Alpine/scratch镜像运行的前提。
Go服务在Kubernetes里跑不起来，八成是因为监听地址写错了——必须用 0.0.0.0:8080，不能写 127.0.0.1:8080。
为什么 http.ListenAndServe("127.0.0.1:8080", nil) 在 Pod 里必挂
Kubernetes 给每个 Pod 分配一个独立的网络命名空间，localhost 或 127.0.0.1 只指向容器自己，外部根本连不上。Service、kube-proxy、其他 Pod 全部失效，kubectl get pods 显示 Running，但 curl 任何端口都超时——这是最隐蔽的“静默失败”。
- 正确写法：
http.ListenAndServe(":8080", nil)（空 host 默认监听所有接口） - 更稳妥做法：
port := os.Getenv("PORT"); http.ListenAndServe(":"+port, nil)，再在 Deployment 中通过env注入PORT=8080 - 务必在启动日志里打印监听地址，例如
log.Printf("server listening on :%s", port)，方便快速确认是否真在监听
CGO_ENABLED=0 不是可选项，是 Alpine/scratch 镜像运行的前提
Go 默认开启 CGO，会动态链接 glibc；而 Alpine 用 musl libc，scratch 更是啥都没有。镜像构建时一切正常，运行时直接崩溃，错误只有这一行：standard_init_linux.go:228: exec user process caused: no such file or directory。
- 构建阶段必须加：
RUN CGO_ENABLED=0 GOOS=linux go build -a -ldflags '-extldflags "-static"' -o main . - 运行基础镜像推荐
FROM scratch或gcr.io/distroless/static-debian12，比 Alpine 更干净（无 shell、无包管理器） - 如果用了 cgo（比如 SQLite、某些 crypto 库），就不能用
scratch，得切回alpine:latest并apk add --no-cache <required-lib>
Deployment 的 selector.matchLabels 和 template.labels 必须逐字一致
这不是“建议匹配”，而是 Kubernetes API Server 的硬性校验：键、值、大小写、空格，差一点就报错 field is immutable 或 invalid label selector，后续所有 kubectl apply 都会失败，只能删掉重建。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
立即学习“go语言免费学习笔记（深入）”；
- 两边都写成：
app: go-service，不能一边是app: go-service，另一边是app: GoService或app:go-service（少空格） - YAML 中不要依赖缩进或注释干扰——
matchLabels和template.metadata.labels的 map 必须完全相同 - CI/CD 流水线里建议加 YAML lint 检查，比如用
yamllint验证 key/value 是否对齐
没配 readinessProbe 和 livenessProbe，等于没部署成功
Kubernetes 不看进程是否活着，只认 HTTP 探针返回码。没有 /readyz 和 /healthz，Pod 就卡在 ContainerCreating 或反复重启（CrashLoopBackOff），但日志里可能啥也不报。
- 代码里至少加两个 handler：
http.HandleFunc("/readyz", ...)和http.HandleFunc("/healthz", ...)，返回200 - Deployment 中探针要写全：
path、port、initialDelaySeconds（别设为 0），例如：initialDelaySeconds: 5、periodSeconds: 5 - Service 的
selector必须和 Pod labels 完全一致，否则流量压根进不到容器——selector错了，Service 就是空壳
真正卡住人的从来不是“怎么写”，而是监听地址、label 对齐、探针路径、CGO 这四点——它们都不报错，却让服务彻底失联。调试时先盯死这四个地方，比翻日志快得多。
