解析Golang中的Future/Promise模式 Go语言获取异步操作结果技巧

go中无future/promise，应使用channel+goroutine原生实现：发送方发值并可选close，接收方用带缓冲channel配select超时接收，避免阻塞和泄漏。

Go 里没有 Future 或 Promise，别硬套概念

Go 的并发模型不基于回调或链式异步抽象，Future 和 Promise 在 Go 中既不是语言特性，也不是标准库类型。强行用第三方库模拟（比如 gofuture 或 promise 包）反而会掩盖 channel + goroutine 的自然表达力，还容易引入竞态或泄漏。

真正该关注的是：如何用原生机制安全、清晰地获取异步操作结果。

channel 是最直接的“结果容器”，但必须配对使用

异步任务完成时往 channel 发送值，调用方从 channel 接收——这是 Go 最惯用的 Future 等价模式。但常见错误是只声明 channel 不关闭，或没处理阻塞/超时。

• chan T 必须由执行方负责 close（如果需要通知结束），否则接收方可能永久阻塞
• 永远优先用带缓冲的 channel（如 make(chan T, 1)），避免发送方因接收未就绪而卡住
• 接收时务必加超时：select { case v :=
• 不要把 channel 当作“可多次读取”的 Promise；它是一次性消费的，重复接收会 panic 或阻塞

sync.WaitGroup + struct{} 只适合“等完成”，不适合“取结果”

如果异步任务只需通知“做完了”，不用返回值，sync.WaitGroup 简洁可靠。但一旦要拿返回值，它就无能为力——它不携带数据。

立即学习“go语言免费学习笔记（深入）”；

• 误用示例：wg.Add(1); go func() { doWork(); wg.Done() }() → 无法拿到 doWork() 的返回值
• 正确做法：改用 channel 传值，或用闭包变量 + mutex（仅限简单场景，且需注意逃逸和竞争）
• WaitGroup 本身不提供取消或超时能力，必须额外配合 context.Context

需要取消、超时、组合多个异步操作？上 context.Context + channel

Go 的异步控制流依赖 context.Context，它不替代 channel，而是给 channel 操作加生命周期管理。

• 启动 goroutine 时传入 ctx，并在 select 中监听 ctx.Done()
• 组合多个异步操作（类似 Promise.all）？用 sync.WaitGroup 控制并发 + 多个带缓冲 channel 收集结果，再统一 select 等待全部就绪或任一失败
• 别用 context.WithCancel 手动 cancel 来“中断正在运行的函数”——Go 没有抢占式取消，函数必须主动检查 ctx.Err()
• 错误传播建议：让每个 goroutine 把 error 写进自己的结果 channel，主逻辑统一收集并判断

最容易被忽略的一点：channel 的方向性（chan / <code>）不是装饰，是编译期约束。写错方向会导致本该只发不收的地方意外尝试接收，编译直接报错——这其实是 Go 在帮你提前发现 Future 模式误用。