怎么用 client-go 根据 label 查询 Pod 列表
直接调用 List 方法配合 client.ListOptions 的 LabelSelector 字段就行，别手写 HTTP 请求或拼 URL。Kubernetes 的 label selector 语法由 labels.Parse 解析，不是字符串匹配——传错格式会静默返回空列表，而不是报错。
-
LabelSelector必须是合法的 selector 表达式，比如"app=nginx,tier in (frontend,backend)"，不能是"app: nginx"或{"app": "nginx"} - 用
labels.Parse("app=nginx")生成labels.Selector，再塞进ListOptions；传 raw string 会编译失败 - 注意 namespace 范围：不指定
Namespace字段就是默认命名空间；想查所有 ns，得用metav1.NamespaceAll - 示例：
opts := &client.ListOptions{<br> LabelSelector: labels.SelectorFromSet(labels.Set{"app": "redis"}),<br> Namespace: "production",<br>}
为什么用 labels.Set 构造 selector 比硬编码字符串更安全
因为 labels.Set 会做键值合法性校验（比如不允许 /、空格、大写字母开头），而 labels.Parse("app/ver=1.2") 看似能过编译，实际在 K8s server 端被拒，返回 BadRequest 错误，但 client-go 默认不抛异常，只返回空结果 + err == nil。
-
labels.Set{"app.kubernetes.io/name": "myapp"}是合法的，key 中的/属于 domain-prefixed label，允许 -
labels.Set{"App": "myapp"}会被labels.Set自动转成小写，但 server 端 label 实际存的是原始大小写——所以最好一开始就用小写 key - 如果 label 值含逗号、等号、括号，必须用
labels.Parse，不能用labels.Set直接构造
Watch label 变化时怎么避免重复事件和连接中断丢失
用 Watch 接口本身不保证事件顺序和完整性，尤其是网络抖动后重连，server 可能从新 resourceVersion 开始推送，漏掉中间变更。必须自己维护 resourceVersion 并处理 ADDED/DELETED/MODIFIED 类型。
- 首次 Watch 建议先
List一次，拿到最新resourceVersion，再用它启动 Watch，避免漏初始状态 - 收到
ERROR事件（比如"too old resource version"）时，不能直接重试 Watch，要重新 List + 新 resourceVersion 再 Watch - 不要依赖事件里的
Object字段做完整状态判断——有时只有 metadata 更新，spec 没变；需要对比前后对象或加注解标记版本 - 示例中常见错误：把
watch.Event.Object当成完整 Pod 对象强转，实际可能是runtime.Unknown，得用scheme.Convert或json.Unmarshal
Label selector 性能差？其实是没用对 Indexer
client-go 的 cache.SharedIndexInformer 支持按 label 建索引，比每次 List 走 API Server 快一个数量级，尤其在几百个 Pod 场景下延迟从秒级降到毫秒级。但默认不启用任何 index，得手动注册。
立即学习“go语言免费学习笔记（深入）”；
- 注册方式：
indexer.AddIndexers(cache.Indexers{cache.NamespaceIndex: cache.MetaNamespaceIndexFunc})，或者自定义："by-app": func(obj interface{}) []string { ... } - 查的时候用
indexer.Index("by-app", &corev1.Pod{ObjectMeta: metav1.ObjectMeta{Labels: map[string]string{"app": "nginx"}}})，返回的是本地缓存对象切片，不走网络 - 注意：Indexer 不自动同步 label 变更，得确保 Informer 已 start 且 cache 同步完成（
HasSynced()返回 true）再查 - 别在 handler 里直接用 Indexer 查——可能查到 stale 数据；应在
OnAdd/OnUpdate回调中更新本地状态，查操作放异步 goroutine
