用 client-go 列出指定命名空间 Pod 的正确方式是调用 clientset.CoreV1().Pods("namespace").List(ctx, opts)，其中 opts 至少为 metav1.ListOptions{}，且必须显式指定命名空间名（如"default"），不可写成"path/namespace"；常见错误包括漏设 Namespace、误用 Get、RBAC 权限不足、kubeconfig 上下文不一致、client-go 与集群版本不兼容等。
怎么用 client-go 列出指定命名空间的 Pod
直接调用 List 方法，传入带命名空间的 client.ListOptions 即可。关键不是“能不能”，而是“怎么构造正确的 options 和 client”。
常见错误是漏掉 Namespace 字段，或者用了 client.Get 去查列表（会报 405 Method Not Allowed）。
-
clientset.CoreV1().Pods("default").List(ctx, opts)—— 这才是正确入口，"default"是命名空间名，不能写成"namespace/default" -
opts至少要包含metav1.ListOptions{}，空结构体合法；加FieldSelector或LabelSelector时才需显式初始化 - 如果想查所有命名空间，用
clientset.CoreV1().Pods("").List(...)或clientset.CoreV1().Pods(metav1.NamespaceAll).List(...)
为什么 List 返回空但 kubectl get pod -n xxx 能看到
大概率是 RBAC 权限或认证上下文问题，不是代码写错了。client-go 默认使用 kubeconfig 中当前 context 的用户凭据，而 kubectl 可能走的是不同 context 或 serviceaccount。
- 检查
kubectl config current-context和kubectl config view --minify，确认代码加载的 config 是否一致 - 用
kubectl auth can-i list pods -n xxx验证权限，注意命名空间必须显式指定 - 如果跑在集群内，确认 Pod 使用的
ServiceAccount绑定了有pod list权限的 RoleBinding - 错误信息如
Unauthorized或Forbidden直接暴露权限问题；NotFound多半是 namespace 拼错（比如大小写、中划线误写成下划线）
如何过滤 Pod 状态或标签
别在 Go 里遍历结果做 if 判断，用 Kubernetes 原生的 FieldSelector 和 LabelSelector 更高效——它们由 apiserver 在服务端过滤，减少网络传输和内存开销。
立即学习“go语言免费学习笔记（深入）”；
- 查 Running 状态：
FieldSelector: "status.phase=Running"；多个条件用逗号分隔，如"status.phase=Running,spec.nodeName=ip-10-0-1-100" - 按标签查：
LabelSelector: "app.kubernetes.io/name=nginx"，注意格式是 key=value，不是 map 结构 -
FieldSelector支持的字段有限，status.phase、spec.nodeName、metadata.name可用；status.conditions这类嵌套字段不支持 - 标签选择器不支持正则或模糊匹配，需要精确匹配或用
labels.SelectorFromSet构造集合查询
client-go 初始化容易卡在哪几个点
90% 的“连不上”问题出在 config 加载环节，而不是后续的 List 调用。尤其当从文件加载 kubeconfig 时，路径、权限、context 名都可能 silently 失败。
- 不要用
rest.InClusterConfig()测试本地开发环境——它只读/var/run/secrets/kubernetes.io/serviceaccount/，本地没有这个目录就 panic - 用
clientcmd.BuildConfigFromFlags("", "/path/to/kubeconfig")时，确保路径存在且可读；相对路径容易错，建议用绝对路径 - 初始化 clientset 后，可以加一句
_, _, err := restClient.Request().AbsPath("/healthz").DoRaw(ctx)快速验证连接性（比 List 更轻量） - 忘记设
ctx超时是隐形炸弹：默认无超时，apiserver hang 住时整个 goroutine 卡死；务必用context.WithTimeout(ctx, 10*time.Second)
最常被忽略的是：client-go 版本和集群版本不兼容。v0.28+ 的 client-go 默认要求 Kubernetes v1.25+ 的 server，低版本集群要用匹配的 client-go 分支（比如集群是 v1.22，就该用 client-go v0.25.x）。
