直接用 client-go 操作 kubernetes 资源必须严格匹配 groupversion，且命名空间、resourceversion、客户端初始化方式三者任一出错即失败；本地开发用 clientcmd.buildconfigfromflags，集群内运行必须用 rest.inclusterconfig；创建资源时 objectmeta.namespace 和 name 均不可为空；跨命名空间列表用 pods("")，update 必须携带 resourceversion；deployment 等属 apps/v1，crd 需 dynamic.interface + unstructured。
直接用 client-go 操作 Kubernetes 资源是可行的，但必须匹配资源所属的 GroupVersion，且命名空间、ResourceVersion、客户端初始化方式这三点错一个就会失败——不是报错就是静默误操作。
client-go 初始化必须分环境选 config
本地开发和集群内运行用的配置方式完全不同，混用必炸：
- 本地调试：必须用
clientcmd.BuildConfigFromFlags("", "/path/to/kubeconfig")；用rest.InClusterConfig()会 panic 报no Auth Provider found或证书错误 - 集群内运行（如 Operator Pod）：只能用
rest.InClusterConfig()，且 Pod 必须挂载带足够 RBAC 权限的ServiceAccount - 如果 kubeconfig 里有多个 context，得显式加载并指定：
clientcmd.NewDefaultClientConfigLoadingRules().Load()+clientcmd.NewNonInteractiveDeferredLoadingClientConfig()
创建资源时 Namespace 和 Name 都不能空
Create() 是强校验的，漏填或填空字符串就直接拒收：
-
Pod、Service、Deployment等所有命名空间级资源，ObjectMeta.Namespace必须显式设为非空字符串；传""或不设，API Server 返回NotFound或默认写进defaultNS -
ObjectMeta.Name同样不可为空；GenerateName和Name不能同时设，否则报name or generateName is required - 查所有命名空间的资源？用
clientset.CoreV1().Pods("").List()，这里""是特例，表示 all-namespaces；其他操作（如 Create/Update）不适用
Update 必须带 ResourceVersion，别硬覆盖 spec
Update() 触发乐观锁校验，没 ResourceVersion 就是 409 Conflict：
- 正确姿势：先
Get()拿到当前对象 → 改字段 → 带原ResourceVersion调Update() - 只改
spec.ports或spec.selector？别用整个ServiceSpec{}覆盖，否则可能清掉clusterIP或type字段 - StatefulSet / Deployment 的
Update()同理，ResourceVersion缺失会导致滚动更新中断或回滚失败
GroupVersion 错了就找不到接口
不是所有资源都走 CoreV1()，硬套会编译失败或运行时报 no kind "xxx" is registered：
-
Deployment、StatefulSet、DaemonSet属于apps/v1→ 用clientset.AppsV1().Deployments(ns) -
HorizontalPodAutoscaler是autoscaling/v2→ 用autoscalingv2.NewForConfig()单独构造 client - CRD 自定义资源？不能用
Clientset，得用dynamic.Interface+unstructured.Unstructured，否则类型不匹配
最常被忽略的是：不同资源的 API 组、版本、命名空间语义、乐观锁要求全都不一样，靠“套模板”写出来的代码大概率在某个环境或某种资源上突然失效。动手前先确认 GroupVersion 和资源生命周期约束，比补日志快得多。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
