折扣服务在付款前超时调用方应该拿到什么如果只返回一个看似正常的金额账务和排障都会失去关键信息。降级结果应当可识别且不能把“没拿到折扣”悄悄写成业务成功。超时是信号回退是业务决定Go里等待取消用ctx.Done()context.DeadlineExceeded是错误值不是Context的成员通道。下面把两件事拆开上游函数负责感知取消调用方根据已批准的规则返回带标记的回退值。package main import ( context errors fmt time ) type Quote struct { Cents int IsFallback bool Reason string } func quote(ctx context.Context, original int, upstream func(context.Context) (int, error)) (Quote, error) { value, err : upstream(ctx) if err nil { return Quote{Cents: value}, nil } if errors.Is(err, context.DeadlineExceeded) { return Quote{Cents: original, IsFallback: true, Reason: discount_timeout}, nil } return Quote{}, err } func main() { ctx, cancel : context.WithDeadline(context.Background(), time.Now().Add(-time.Second)) defer cancel() wait : func(ctx context.Context) (int, error) { -ctx.Done() return 0, ctx.Err() } q, err : quote(ctx, 10000, wait) if err ! nil || !q.IsFallback || q.Cents ! 10000 { panic(fallback check) } q, err quote(context.Background(), 10000, func(context.Context) (int, error) { return 9000, nil }) if err ! nil || q.IsFallback || q.Cents ! 9000 { panic(success check) } failure : errors.New(invalid discount rule) _, err quote(context.Background(), 10000, func(context.Context) (int, error) { return 0, failure }) if !errors.Is(err, failure) { panic(business error was hidden) } fmt.Println(timeout, success and business-error checks: passed) }别让代码替业务批准原价付款此例假设超时后可以返回原价。真实业务可能要求阻断付款、保留订单等待重试或明确征求用户确认。三种规则的财务后果不同应先选定规则再写代码。IsFallback还需要贯穿日志、指标和调用方展示否则标记只在结构体里存在。可以统计回退比例但不要把回退响应混入折扣成功率。重复请求涉及幂等、价格快照和支付状态本例没有实现。取消也需要上游配合Context不会强行终止忽略它的函数。这里注入的上游会等待取消真实HTTP客户端、数据库驱动和内部重试都要继续传递Context。另起goroutine然后不管泄漏并不能制造真正的超时保障。本例验证三条本地控制路径没有连接折扣服务也没有测试网络、并发或支付链路。适合先固定错误语义再用集成测试验证整条链路。参考Go context取消与截止时间