初始化 rest.config 必须按环境严格区分：pod 内用 rest.inclusterconfig()，本地调试用 clientcmd.buildconfigfromflags("", kubeconfigpath)，混用或手动构造必 panic；qps 默认 5/10 易限流，建议设为 20/30。
client-go 不是“调用一下就能用”的 SDK，它要求你先选对初始化方式、再匹配资源路径、最后填准参数语义——错一个环节，panic、403 Forbidden、NotFound 或静默失败立刻出现。
怎么初始化 rest.Config 才不 panic
本地开发和集群内运行必须走不同路径，混用必崩。别碰 rest.Config{} 手动构造，Transport、Timeout、AuthInfo 全得靠封装好的工厂函数补全。
- 在 Pod 里跑？只用
rest.InClusterConfig()：它自动读/var/run/secrets/kubernetes.io/serviceaccount/token和ca.crt，硬塞clientcmd.BuildConfigFromFlags会报open /root/.kube/config: no such file - 本地调试？只用
clientcmd.BuildConfigFromFlags("", kubeconfigPath)：kubeconfigPath设为空字符串时，默认读$HOME/.kube/config；传相对路径（如"./kubeconfig"）在容器中大概率失败 - 多 context 场景？得显式加载并覆盖：
clientcmd.NewNonInteractiveDeferredLoadingClientConfig(clientcmd.NewDefaultClientConfigLoadingRules(), &clientcmd.ConfigOverrides{CurrentContext: "prod-cluster"}) - QPS 默认是 5/10，高并发下容易被 apiserver 限流，建议加两行：
config.QPS = 20; config.Burst = 30
为什么 AppsV1().Deployments() 总报错或 404
Deployment 不在 CoreV1，它是 apps/v1 组下的资源。用错 client 就是白忙活，编译可能过，但运行时直接 panic 或返回空列表。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误写法：
clientset.CoreV1().Deployments("default").List()→ 编译不过，或 panic “undefined method Deployments” - 正确写法：
clientset.AppsV1().Deployments("default").List(ctx, opts) - 其他常见 GroupVersion 映射：
Ingress是networking.k8s.io/v1（1.19+），HorizontalPodAutoscaler是autoscaling/v2，CRD 则完全取决于其spec.group和spec.versions[0].name - RABC 权限不能跨组复用：
apps/v1 deployments的权限不能靠core/v1 pods权限替代
namespace 参数漏传会导致查不到或误删
Pods("") ≠ Pods(metav1.NamespaceAll)。空字符串是明确语义的 “default 命名空间”，不是通配符。
- 查所有命名空间的 Pod：
clientset.CoreV1().Pods(metav1.NamespaceAll).List(ctx, opts) - 创建资源时，
ObjectMeta.Namespace字段必须显式设值；哪怕你调用的是Pods("myns")，如果对象本身没设Namespace，照样落到default - 删除操作也一样：
clientset.CoreV1().Services("myns").Delete(ctx, "svc-name", opts)只删该 ns 下的 service；漏传 namespace 参数，Delete会直接失败
更新 Node Taint 必须用 Patch，不能用 Update
Taint 是节点的敏感元数据，直接 Update 会覆盖整个 node.Spec.Taints 列表，误删已有 Taint。
- Label 更新可安全用
Update：先Get当前节点，改node.ObjectMeta.Labelsmap，再Update - Taint 必须用
Patch：clientset.CoreV1().Nodes().Patch(ctx, nodeName, types.JSONPatchType, patchData, metav1.PatchOptions{}) - 典型 patch payload：
{"op":"add","path":"/spec/taints","value":[{"key":"dedicated","value":"gpu","effect":"NoSchedule"}]} - 多个 Taint 操作（如同时增删）建议用
types.StrategicMergePatchType，但 client-go 版本需 ≥ v0.25，旧版对 Taint patch 支持不稳
最常被忽略的其实是 ResourceVersion：Update/Delete 必须带当前对象的 ResourceVersion，否则可能覆盖他人修改；而 List 返回的对象默认不含完整 status 字段，要确认 rollout 是否完成，得轮询 Get 并检查 Status.AvailableReplicas == Spec.Replicas。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
