RestMapper 是 runtime.Scheme 的延伸，依赖 API 发现结果，须通过 discoveryClient 构建；用 KindFor 将 GVK 转 GVR，注意 Resource 复数、Group 非空及集群动态性。
RestMapper 本质是 runtime.Scheme 的延伸，不是独立客户端
RestMapper 不是一个能直接 New 出来的对象，它依赖于 runtime.Scheme 注册的类型信息和集群实际支持的 API 发现结果。你不能凭空构造一个可用的 RestMapper，必须从 discoveryClient 或 restmapper.NewDiscoveryRESTMapper 等入口获取——否则会 panic 或返回空映射。
常见错误现象：panic: no kind is registered for the type v1.PartialObjectMetadata 或 nil RestMapping，基本都是因为没传入正确的 *meta.RESTMapper 实例，或传了未初始化的 discoveryClient。
- 必须先用
discovery.NewDiscoveryClientForConfig构建 discovery client - 再调用
restmapper.NewDiscoveryRESTMapper，传入 discovery client 返回的apiGroups和apiResources - 推荐用
restmapper.NewDeferredDiscoveryRESTMapper，它懒加载、线程安全，适合长期运行的 controller
用 RESTMapping 把 GVK 转成 GVR：关键看 Resource 字段是否复数
GVK 中的 Kind 是单数（"Deployment"），GVR 中的 Resource 是复数（"deployments"）。这个映射不是硬编码，而是由 API Server 的 discovery endpoint 动态返回的。所以同一个 Kind 在不同 group/version 下，Resource 名可能不同（比如 apps/v1 下是 "deployments"，但 extensions/v1beta1 已废弃）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 调用
restMapper.KindFor传入schema.GroupVersionKind{Group: "apps", Version: "v1", Kind: "Deployment"}，返回schema.GroupVersionResource - 检查返回值的
Resource字段是否为空；为空说明该 GVK 在当前集群中未注册（比如 CRD 没装、API group 未启用） - 注意
Scope字段：若为"Cluster"，后续调用 dynamic client 时不能带.Namespace("xxx")，否则报错namespaces is not supported on cluster-scoped resources
反向转换：GVR → GVK 需要额外参数，且不总能唯一确定
restMapper.KindFor 是单向可靠的，但 restMapper.KindsFor（GVR → GVK）可能返回多个结果。例如 GroupVersionResource{Group: "", Version: "v1", Resource: "pods"} 可能对应 v1.Pod 和 v1.PodList —— 因为 REST path /api/v1/pods 既响应单个 Pod，也响应 PodList。
所以不要假设 GVR 一定能精确还原出你要的那个 GVK：
- 用
restMapper.KindsFor得到[]schema.GroupVersionKind后，得自己按Kind过滤（比如只取"Pod"，排除"PodList"） - 对 subresource（如
/scale、/status），GVR 的Resource是主资源名 + 斜杠后缀（"deployments/scale"），但对应的 GVK 仍是主资源的Deployment，不是新 Kind - CRD 场景下，若未在
runtime.Scheme中显式注册该 CRD 类型，KindsFor返回的 GVK 将只有unstructured.Unstructured，无法拿到真实 Kind
DynamicClient + RestMapper 组合使用时，路径拼接容易漏掉 Group 前缀
动态操作自定义资源时，常见错误是把 GroupVersionResource 写成 schema.GroupVersionResource{Version: "v1", Resource: "mycrs"}，漏了 Group 字段。结果请求发到 /api/v1/mycrs（核心组），而不是正确的 /apis/example.com/v1/mycrs，报错 the server could not find the requested resource。
正确做法：
- CRD 的
Group永远不是空字符串，哪怕它叫"example.com"也要显式填上 - 用
restMapper.ResourceFor或restMapper.KindFor获取完整 GVR，别手写 - 调试时打印
gvr.String()，确认输出类似example.com/v1, Resource=mycrs，而不是/v1, Resource=mycrs
最易被忽略的一点：RestMapper 的映射结果会随集群 API Server 版本和已安装 CRD 变化。本地开发用 kind 或 minikube 测试通过，上线后发现 KindFor 返回 nil，大概率是目标集群缺失某个 API group 的 discovery 信息——别硬编码 GVR，务必走 RestMapper 动态查。
