直接调用 clientset.CoreV1().Pods("").List() 会报错，因该方法不接受空字符串；需先调用 Namespaces().List() 获取所有命名空间，再对每个 namespace 调用 Pods(ns).List() 并正确处理 error 和 context。
用 client-go 列出所有命名空间的 Pod
直接调用 clientset.CoreV1().Pods("").List() 会报错，因为 CoreV1().Pods() 方法必须传入一个具体的 namespace 字符串，不能传空字符串或 ""。想跨命名空间获取全部 Pod，得遍历所有命名空间，再对每个命名空间调用 Pods(ns).List()。
实操建议：
- 先用
clientset.CoreV1().Namespaces().List()获取全部命名空间列表 - 对每个
namespace.Name，调用clientset.CoreV1().Pods(nsName).List(ctx, listOptions) - 注意传入有效的
context.Context，超时控制建议设为 10–30 秒，避免卡死 -
listOptions可传metav1.ListOptions{Limit: 500}控制单次返回数量，防内存暴涨
为什么不用 InClusterConfig 直接连集群？
在 Pod 内运行时，rest.InClusterConfig() 是最常用方式，但它依赖 Pod 的 ServiceAccount 有足够 RBAC 权限。常见错误是看到 Forbidden: User "system:serviceaccount:default:default" cannot list resource "pods" in API group "" at the cluster scope —— 这说明 SA 没权限，不是代码写错了。
解决路径：
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 创建专用 ServiceAccount，比如
pod-reader - 绑定
clusterrole（如view或自定义只含pods/list规则的 role） - 在 Pod spec 中通过
serviceAccountName: pod-reader显式指定 - 别忘了检查
automountServiceAccountToken: true（默认为 true，但显式写上更稳妥）
listOptions 里 FieldSelector 能按节点筛选 Pod 吗？
可以，但仅限部分字段，spec.nodeName 是支持的。例如想查运行在 node-1 上的所有 Pod，用：
listOptions := metav1.ListOptions{
FieldSelector: "spec.nodeName=node-1",
}
注意点：
- FieldSelector 不支持模糊匹配或正则，只能精确等于
- 不支持嵌套字段如
status.phase=Running（该字段不可用于 field selector，要用 label selector + 自行过滤） - 性能上比 label selector 稍快，但集群规模大时仍建议加
Limit和分页（Continuetoken） - 如果目标节点名含特殊字符（如下划线），需 URL 编码，但通常节点名是 DNS 兼容格式，可直写
拿到 Pod 列表后怎么安全提取容器状态？
pod.Status.ContainerStatuses 和 pod.Status.InitContainerStatuses 都可能为 nil，尤其 Pod 处于 Pending 或刚创建时。直接取 [0].State.Running.StartedAt 会 panic。
安全访问建议：
- 先判空：
if len(pod.Status.ContainerStatuses) > 0 - 再判断具体状态类型：
if status.State.Running != nil，而不是if status.State.Running.StartedAt != nil - 时间用
status.State.Running.StartedAt.Time，它已是time.Time类型，无需二次解包 - 想查就绪状态，看
status.Readybool 字段，不是靠state推断
跨命名空间聚合 Pod 数据时，最容易漏掉的是 namespace 循环里的 error 检查和 context 取消传播 —— 某个命名空间没权限或超时，不该让整个列表失败。
