Go语言使用Goroutine验证结构体时进入default分支问题排查

云上老周

2026-7-18

Goroutine通道接收总是走default分支的问题排查

问题根源有三个关键点：

验证函数存在语法错误导致goroutine panic
你写的validateLocation函数里，append(s, *errr)中的s是未定义变量，应该替换成你声明的errors切片。这个错误会让goroutine启动后直接崩溃，根本不会执行到往通道发送数据的步骤，通道自然收不到任何内容。
select的default分支导致非阻塞接收
主代码里的select添加了default分支，这会把通道接收变成非阻塞操作——goroutine启动后需要时间完成调度和执行，主程序可能在goroutine还没发数据时就直接进入default分支，跳过了接收逻辑。
冗余循环+无goroutine等待逻辑
你写的for i := 0; i < 1; i++完全没必要，而且主程序执行完循环后会直接退出，哪怕验证goroutine还在运行。

修正后的代码示例

修复后的验证函数

func validateLocation(location *Location, ch chan []Error) {
    var errors []Error
    // 自定义验证逻辑
    errr := Error{
        Field:  "myField",
        Reason: "value must start with upper case",
    }
    errors = append(errors, errr)
    ch <- errors
}

修复后的主程序

ch := make(chan []Error, 1)
go validateLocation(&spotRequest.Location, ch)

// 直接阻塞等待通道数据（最简洁的方式）
msg1 := <-ch
fmt.Printf("Result from location validations: %v \n", msg1)

// 如果你需要给验证加超时保护，可以用带超时的select：
/*
select {
case msg1 := <-ch:
    fmt.Printf("Result from location validations: %v \n", msg1)
case <-time.After(1 * time.Second):
    fmt.Println("验证操作超时")
}
*/