goroutine 是 go 的轻量级并发单元，但其函数调用的返回值不会被任何调用方接收或保存——因为 goroutine 启动后立即异步执行，主协程不等待其完成，且 go 语言语法上禁止直接获取其返回值。
在 Go 中，go f() 语句启动一个新 goroutine 执行函数 f，但该调用本身没有返回值，也不提供访问 f() 函数内部 return 表达式结果的机制。即使函数（如 getNumber(i int) int）定义了返回类型并执行了 return i，这个返回值也仅写入该 goroutine 自己的栈帧中——而该栈在 goroutine 执行结束时即被销毁，外部完全无法访问。
? 为什么返回值“不可见”？
从底层看（如问题中汇编所示）：
- getNumber 确实将返回值存入调用者栈帧的输出参数区域（例如 "".~r1+16(FP)），这是 Go ABI 的标准行为；
- 但当它被 go getNumber(i) 调用时，实际是通过 runtime.newproc 创建新 goroutine，此时 getNumber 的栈帧分配在新 goroutine 的私有栈上；
- 主 goroutine 不持有对该栈的引用，也无同步点等待其结束，因此既无法读取栈内容，也无法安全地延迟回收。
简言之：返回值存在过，但转瞬即逝，且无访问路径。
✅ 正确的通信方式：使用 Channel
要从 goroutine “传出”结果，必须显式建立通信通道。推荐使用带缓冲或无缓冲 channel：
func getNumber(i int) int {
return i * 2 // 示例计算
}
func main() {
ch := make(chan int, 10) // 缓冲 channel，避免阻塞
for i := 0; i < 10; i++ {
go func(val int) {
result := getNumber(val)
ch <- result // 发送结果到 channel
}(i)
}
// 收集全部结果（确保 10 个 goroutine 完成）
for j := 0; j < 10; j++ {
fmt.Println(<-ch) // 接收结果
}
}⚠️ 注意：务必确保 channel 容量足够或使用 sync.WaitGroup 配合关闭 channel，否则可能引发 panic 或死锁。
❌ 不要尝试的“伪方案”
- 忽略返回值（如 go getNumber(42)）：语法合法但结果彻底丢失，属于逻辑缺陷；
- 试图用闭包变量捕获（如 var res int; go func(){ res = getNumber(42) }()）：存在竞态（race condition），多个 goroutine 并发写同一变量，结果不可预测；
- 依赖 time.Sleep 等待：不可靠、非确定性，且无法保证 goroutine 已执行完或返回值未被覆盖。
✅ 最佳实践总结
| 场景 | 推荐做法 |
|---|---|
| 单个 goroutine 返回一个值 | 使用 chan T（T 为返回类型） |
| 多个 goroutine 并行计算并汇总结果 | 结合 sync.WaitGroup + channel，或使用 errgroup.Group |
| 需要错误处理 | 返回 (T, error) 并通过 channel 传递，或使用 result 结构体封装 |
结论：Goroutine 的函数返回值在语言设计层面就是“不可导出”的——这不是限制，而是 Go 明确倡导“通过通信共享内存”的并发哲学。因此，应始终避免定义带返回值的函数并直接以 go 启动；若需结果，请重构为 channel 驱动的模式。这既是正确性保障，也是 Go 并发代码可维护性的基石。
