自定义Kubernetes调度器插件编译报错：runtime.Object缺失DeepCopyObject方法

嗨，刚接触Go和K8s自定义调度器插件的话，这个坑确实容易踩！你遇到的编译错误，核心就是PIDControllerArgs类型没生成DeepCopyObject()方法，而runtime.Object接口要求必须实现这个方法，所以编译卡壳了。我之前做类似插件的时候也碰到过，给你梳理几个排查和解决的步骤：

• 先检查代码生成脚本的执行状态
  你运行./hack/update-codegen.sh的时候，有没有出现报错信息？比如依赖缺失、路径配置不对？这个脚本的作用就是调用K8s的code-generator工具生成DeepCopy相关代码，如果脚本没正常跑完，自然不会生成需要的方法。

• 确认结构体的注释标签是否正确
  打开定义PIDControllerArgs的文件（一般在apis/config/types.go这类路径下），一定要给结构体加上关键的注释标签：

  // +k8s:deepcopy-gen:interfaces=k8s.io/apimachinery/pkg/runtime.Object
  // +k8s:openapi-gen=true
  
  type PIDControllerArgs struct {
      metav1.TypeMeta   `json:",inline"`
      // 你的其他结构体字段
      // ...
  }
  

  这个+k8s:deepcopy-gen:interfaces=...标签是告诉code-generator：“这个结构体要实现runtime.Object接口，帮我生成对应的DeepCopyObject方法”。如果漏了这个标签，脚本根本不会生成相关代码。

• 确保code-generator依赖已正确安装
  检查你的go.mod文件里有没有引入code-generator和apimachinery的依赖，比如：

  require (
      k8s.io/code-generator v0.28.2
      k8s.io/apimachinery v0.28.2
  )
  

  如果没有的话，先执行go mod download拉取依赖，再重新运行代码生成脚本。

• 清理旧文件后重新生成
  先手动删除之前生成的zz_generated.deepcopy.go文件（一般在apis/config/目录下），然后重新运行：

  ./hack/update-codegen.sh
  

  运行完之后检查这个文件有没有重新生成，并且里面包含PIDControllerArgs的DeepCopy()和DeepCopyObject()方法。

做完这些步骤后，再执行make命令，应该就能正常编译了！如果还有问题，可以检查register.go里的注册代码，确认PIDControllerArgs被正确注册为runtime.Object类型。

备注：内容来源于stack exchange，提问作者Ab Danyia