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 简洁可靠。但一旦要拿返回值，它就无能为力——它不携带数据。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 误用示例：
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 / ）不是装饰，是编译期约束。写错方向会导致本该只发不收的地方意外尝试接收，编译直接报错——这其实是 Go 在帮你提前发现 Future 模式误用。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
