应使用SharedInformer并配置fieldSelector从源头过滤命名空间，示例中需用fields.OneTermEqualSelector("metadata.namespace", "default")设置List/Watch的FieldSelector，命名空间参数传空字符串""，且API Server需≥1.21以支持索引。
直接用 SharedInformer，别自己写 List/Watch 循环 —— 它已经帮你把缓存、重连、事件分发、本地索引全包圆了，手撸容易漏掉 stopCh 关闭或对象复用问题，导致内存泄漏或状态错乱。
怎么初始化一个只监听特定 namespace 的 Pod Informer
默认 Informer 会拉取全集群所有命名空间的 Pod，对象一多内存立刻飙高。必须从 ListWatch 源头过滤，不能靠事后遍历。
- 用
fields.OneTermEqualSelector("metadata.namespace", "default")构造 fieldSelector -
ListFunc和WatchFunc都要传这个 selector，且命名空间参数填空字符串""（表示“由 fieldSelector 决定范围”，不是“所有命名空间”） - 确认 API Server 版本 ≥ 1.21，否则
metadata.namespace字段可能不支持索引，过滤会退化为服务端全量扫描 - 示例中
options.FieldSelector = selector.String()必须显式赋值，client-go 不会自动合并
为什么 OnAdd/OnUpdate 回调里不能直接保存 *v1.Pod 指针
Informer 内部会复用底层对象内存，同一地址可能在后续事件中被覆盖。你存下指针，下次读到的可能是别的 Pod 数据。
- 需要深拷贝：用
pod.DeepCopy()或pod.DeepCopyObject() - 如果只是读字段做判断（比如检查 phase），可以临时用，但别长期持有或跨 goroutine 传递
- 尤其注意在 goroutine 中异步处理时，必须拷贝后再传入，否则 race condition 高发
如何让缓存查询快于 ListAll+Filter
默认 lister.List(labels.Everything()) 是遍历整个 indexer map 再逐个匹配 label，万级 Pod 下耗时明显。加自定义索引能降到 O(1) 查找。
立即学习“go语言免费学习笔记（深入）”；
- 注册索引函数：比如按
applabel 建索引，用cache.Indexers{"by-app": func(obj interface{}) []string {...}} - 使用时调
indexer.ByIndex("by-app", "nginx")，返回匹配对象列表，不扫全量 - 索引 key 要稳定：避免用带时间戳或随机值的字段；多个 label 组合索引需拼接成唯一字符串
- 别滥用索引：每个索引都额外维护一份 map，内存和写放大成本要权衡
最易被忽略的是 informer.Run(stopCh) 后没关 stopCh —— 程序退出时 goroutine 不退出，reflector 和 deltaFIFO 一直占着内存和连接，日志里看不到报错，但 pprof 一看全是 client-go 相关堆栈。
