使用Go Kubernetes Client创建CR时触发空指针panic问题求助

核心原因分析 #

触发runtime error: invalid memory address or nil pointer dereference panic且定位在c.Create调用时，结合你提到的“此前处理非CRD资源无异常”，大概率是以下两种情况：

• 当前HTTP请求上下文里的Kubernetes Client实例c为nil：虽然其他场景下Client正常，但当前请求的依赖注入/初始化流程存在疏漏，导致c未正确赋值。
• 自定义资源元数据缺失必填字段：Tekton Task是命名空间级资源，若未指定namespace且Client未设置默认命名空间，也可能引发内部nil指针解引用。

具体排查与修复方案 #

1. 先验证Client实例是否为nil #

在调用c.Create前添加检查，快速定位问题：

if c == nil {
    logger.Error("Kubernetes Client instance is nil!")
    return
}

如果触发这条日志，说明需要排查当前HTTP请求的Client注入逻辑——比如路由绑定、依赖注入时是否漏传实例，或是并发场景下实例被意外重置。

2. 补全自定义资源的必填元数据 #

显式指定namespace（替换为你实际使用的命名空间），避免因元数据不全引发内部错误：

u := &unstructured.Unstructured{}
u.Object = map[string]interface{}{
    "metadata": map[string]interface{}{
        "name":      task.Name,
        "namespace": "default", // 替换为目标命名空间
    },
    "spec": map[string]interface{}{
        "steps": []interface{}{
            map[string]interface{}{
                "image":   "ubuntu",
                "name":    "hello",
                "command": []interface{}{"echo"},
                "args":    []interface{}{"Hello World!"},
            },
        },
    },
}
u.SetGroupVersionKind(schema.GroupVersionKind{
    Group:   "tekton.dev",
    Version: "v1beta1",
    Kind:    "Task",
})

若Client已通过client.WithNamespace()设置默认命名空间，此步骤可省略，但显式指定更稳妥。

3. 开启调试日志定位深层问题 #

如果上述两步未解决问题，开启controller-runtime的调试日志，查看Client调用的内部细节：

import "sigs.k8s.io/controller-runtime/pkg/log"

// 在Client初始化前开启调试日志
log.SetLogger(log.ZapLogger(true))

调试日志会输出更详细的调用堆栈，帮助定位具体是哪个内部对象为nil。

内容的提问来源于stack exchange，提问作者De_The_Mi