dynamicclient 适合操作自定义资源（crd）或不确定 groupversion 的内置资源，常见于多集群管理、资源巡检和operator兜底逻辑，但不适用于核心业务。
DynamicClient 适合什么场景
当你需要操作自定义资源（CRD）或不确定 GroupVersion 的内置资源时，dynamic.Client 是唯一选择。它不依赖 Scheme，也不需要提前知道结构体定义，所有数据都走 unstructured.Unstructured。常见于多集群管理工具、通用资源巡检脚本、Operator 中的兜底逻辑——但别用它写核心业务逻辑，类型安全和字段校验全靠自己兜底。
初始化 DynamicClient 必须配对 GroupVersionResource
DynamicClient 不像 Clientset 那样按 Group 分包，它只认 schema.GroupVersionResource（GVR）。漏掉任何一个字段，client.Resource(gvr) 就会 panic 或返回空对象。
-
GVR.Group和GVR.Version必须与 API server 实际暴露的一致：Deployment 是"apps"/"v1"，Ingress 是"networking.k8s.io"/"v1"，ConfigMap 是""/"v1"（空字符串表示 core 组） -
GVR.Resource必须小写复数形式："deployments"、"configmaps"、"mycrds"，不能写成"Deployment"或"myCrd" - 构造 client 后，必须用
client.Resource(gvr)显式指定资源路径，不能跳过这步直接调List()
Namespace、AllNamespaces 和 ResourceName 的传参陷阱
dynamic.ResourceInterface 的链式调用看着像 Clientset，但语义不同：它不自动继承命名空间上下文，每个方法都得自己填。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 查单个资源：
client.Resource(gvr).Namespace("myns").Get(ctx, "myname", metav1.GetOptions{})——Namespace()和Get()都不可省 - 查所有命名空间：
client.Resource(gvr).Namespace(metav1.NamespaceAll).List(ctx, listOpts)，不是Namespace("")；空字符串会被当具体命名空间名处理，导致 404 - 创建资源时，
ObjectMeta.Namespace字段仍需显式设在Unstructured对象里，否则默认落到default，哪怕你调的是.Namespace("otherns")
Unstructured 操作比 struct 更容易出错
用 unstructured.Unstructured 构造资源，字段名大小写、嵌套层级、数组是否为空都得手写 JSON path，API server 不会帮你容错。
- 字段名必须严格匹配 OpenAPI spec：比如
spec.replicas，不是Spec.Replicas或spec.Replicas - 必填字段不能为
null：Deployment 的spec.selector和spec.template缺一不可，否则报Invalid - 更新资源必须带
resourceVersion字段，且要从上次Get或List返回的对象里取，硬写字符串或留空都会触发乐观锁失败 - Watch 流断开后不会自动重连，得自己封装重试逻辑，或者改用
cache.NewSharedIndexInformer+dynamic.LatestResourceVersion
最常被忽略的是 GVR 的版本一致性——同一个资源在不同 K8s 版本中可能跨 Group 或 Version 迁移，比如 extensions/v1beta1 Ingress 已废弃，但旧集群还在用。动态客户端不会报错，只会返回空或 404，得靠你主动探测 API discovery 结果来适配。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
