go不提供future/promise，应使用context.context、sync.once和chan实现异步任务：用带缓冲chan传结果，context控制取消，select处理多路并发，避免模拟promise反模式。
Go 里没有内置的 Future 或 Promise 类型
Go 的并发模型基于 goroutine 和 channel，语言层不提供类似 JavaScript 的 Promise 或 Java 的 CompletableFuture。强行套用 Promise 语义容易写出反模式代码——比如用 chan interface{} 模拟 resolve/reject，结果类型丢失、错误难追踪、取消不可控。
真正该做的，是用 Go 原生机制达成等效目标：异步启动 + 同步等待 + 错误传播 + 可取消。核心就三点：context.Context 控制生命周期，sync.Once 保证结果只写一次，chan 传递结果或错误。
- 别封装一个叫
Promise的 struct 并暴露Then()方法——Go 不支持函数式链式调用，这类封装最终会退化成嵌套回调 - 如果需要“多个异步任务并行执行、等全部完成再汇总”，直接用
sync.WaitGroup+ 结果切片更清晰 - 若要“任一完成即返回”，用
select配合多个chan，而不是模拟Promise.race()
用 context.Context + chan 实现可取消的异步任务
这是最贴近 Future 语义的惯用写法：启动 goroutine 执行耗时操作，返回一个接收结果的 chan，同时允许外部通过 context.Context 中断它。
关键点在于：结果 channel 必须是带缓冲的（至少容量 1），否则 goroutine 可能因无人接收而永久阻塞；取消信号必须在 goroutine 内部被监听，不能只靠外部关 channel。
立即学习“go语言免费学习笔记（深入）”；
func DoAsync(ctx context.Context) <-chan Result {
ch := make(chan Result, 1)
go func() {
defer close(ch)
select {
case <-ctx.Done():
ch <- Result{Err: ctx.Err()}
return
default:
}
// 执行真实逻辑
res, err := heavyWork()
ch <- Result{Data: res, Err: err}
}()
return ch
}- 永远用
make(chan T, 1)，不用make(chan T)—— 否则调用方还没来得及recv，goroutine 就卡死 -
ctx.Done()要在真正干活前检查一次，避免“已取消却仍执行完才返回” - 不要在 goroutine 外部
close(ch)—— 这会导致接收方 panic，应由 goroutine 自己defer close(ch)
为什么不用 sync.Once 手动实现 lazy-evaluation 式 Future
有人想模仿 Scala 的 lazy val，写个结构体，第一次 Get() 才真正执行逻辑，并缓存结果。这在 Go 里既没必要也不安全。
因为 Go 没有运行时锁优化，sync.Once 虽轻量但仍有开销；更严重的是，它无法和 context 集成——你没法在 Once.Do() 里响应取消，一旦开始执行就只能等到底。
- 如果任务本身是纯计算、无 IO、秒级完成，直接同步调用，别加一层异步包装
- 如果任务含网络/磁盘 IO，必须支持取消，那就老实用
context+goroutine+chan组合，别试图“懒加载” - 缓存结果？那是业务层的事，用
map+sync.RWMutex或第三方库如groupcache，别混进 Future 抽象里
常见错误：把 chan 当作 Promise.then() 的管道反复传递
典型错误是写一堆函数，每个都接收一个 chan T，处理完再发到另一个 chan U，形成 “chan → chan → chan”。这看起来像 Promise 链，实则破坏了 Go 的明确性原则。
问题在于：channel 是一等公民，但不是函数参数的自然载体；每多一层 channel 转发，就多一分 goroutine 泄漏风险、多一处缓冲区管理责任、多一个错误传播盲点。
- 转换逻辑简单（如 JSON 解析后取字段），直接在接收方做，别拆成独立 goroutine
- 转换逻辑复杂且需复用，封装成普通函数，输入输出都是值类型，别强塞 channel
- 真要组合多个异步步骤（如 fetch → validate → save），用
for-select显式编排，而不是靠 channel 管道串联
最容易被忽略的是：Go 的 channel 不是 Promise，它不自带状态（pending/resolved/rejected），也不自动传播错误上下文。所有“未来值”的语义，都得靠你用 context、error、select 和一点点克制来手动维持。写多了 Java 或 JS，反而容易在这里栽跟头。
