goroutine 是 go 的轻量级并发单元，但其函数调用不支持直接获取返回值——因为 goroutine 启动后即异步执行，调用方（如 main）不会等待其完成，也无法访问其独立栈帧中产生的返回值。
在 Go 中，go f() 语法启动一个新 goroutine 执行函数 f，但该调用本身不返回任何值，也不提供获取 f 函数内部 return 结果的机制。即使 f 有返回值（例如 func() int），这个返回值也仅写入该 goroutine 自己的栈空间（如汇编所示：MOVQ BX, "".~r1+16(FP)），而该栈会在 goroutine 执行结束时被自动回收，外部完全无法访问。
以下代码直观说明问题：
func getNumber(i int) int {
return i // ✅ 语法合法，但返回值“无人接收”
}
func main() {
for i := 0; i < 10; i++ {
go getNumber(i) // ❌ 编译通过，但返回值被彻底丢弃
}
time.Sleep(10 * time.Millisecond) // 仅为避免主 goroutine 过早退出
}⚠️ 注意：这段代码虽能编译运行，但 getNumber(i) 的返回值 i 在 goroutine 内部计算后立即“消失”——既未赋值给变量，也未通过任何机制传出，属于无意义的返回。Go 编译器甚至可能对这类无副作用的纯计算做优化（如内联或消除）。
正确的返回值通信方式
若需从并发任务中获取结果，必须显式设计通信路径。Go 推荐且惯用的方式是 channel：
func getNumber(i int) int {
return i
}
func main() {
ch := make(chan int, 10) // 缓冲通道，避免 goroutine 阻塞
for i := 0; i < 10; i++ {
go func(val int) {
result := getNumber(val)
ch <- result // 显式发送结果
}(i)
}
// 收集全部结果（注意：需确保 goroutine 已发送完毕）
for j := 0; j < 10; j++ {
fmt.Println(<-ch) // 读取返回值
}
}更健壮的做法是结合 sync.WaitGroup 确保 goroutine 完成后再关闭 channel：
var wg sync.WaitGroup
ch := make(chan int, 10)
for i := 0; i < 10; i++ {
wg.Add(1)
go func(val int) {
defer wg.Done()
ch <- getNumber(val)
}(i)
}
// 启动 goroutine 关闭 channel
go func() {
wg.Wait()
close(ch)
}()
// 安全接收
for result := range ch {
fmt.Println(result)
}总结与建议
- ✅ 允许定义带返回值的函数：func() int 完全合法，可用于 goroutine 内部逻辑。
- ❌ 禁止依赖 goroutine 的隐式返回值：go f() 永远不返回 f 的结果，任何期望“捕获返回值”的尝试都注定失败。
- ✅ 始终使用显式通信机制：channel 是首选；也可用共享内存（配合 sync.Mutex）或 sync/atomic，但 channel 更符合 Go 的“不要通过共享内存来通信”哲学。
- ? 避免无意义的 return：若函数在 goroutine 中调用且返回值永不使用，应考虑重构为 func() 无返回值函数，提升可读性与意图明确性。
简言之：Goroutine 的返回值不是“被忽略”，而是根本不可达——它诞生于一个瞬时、隔离的执行上下文中，唯有通过设计良好的通信原语（如 channel），才能让结果跨越 goroutine 边界，真正发挥作用。
