搜索页和结算页，为什么两个价不一样？

大促时，搜索页的到手价和结算页的价格对不上，这不一定是 bug（也可能是 bug，或者某些优惠本来就只在结算时才算），很常见的一种原因是网站在降级（graceful degradation）：舍掉次要部分，保住最要紧的那一段。下面分 4 步讲清楚。

4 步看懂降级

1. 两个价不一样#▶ 从这里看

• 本例里的「到手价」不是存好的一个数字，而是每次实时算出来的：商品价格减去优惠券、红包等优惠（有的系统也会提前算好存起来）。
• 不同页面可以算得不一样。大促时搜索推荐页可能不算红包，红包服务正常时，结算页照常计算红包。

2. 一个卡住，全都在等#▶ 从这里看

• 到手价计算要同步调用多个服务，全部返回才能出结果。其中一个变慢，计算就跟着等，线程、连接一直被占着。
• 购物车到结算页这条价格计算链路，是整个网站最要紧的一段，叫核心链路。一个依赖卡住、沿调用链拖垮整条链路，就是常说的雪崩（级联故障）。

3. 先不算红包#▶ 从这里看

• 自动降级：红包服务异常时，计算先不把红包算进去，照样给出到手价。红包本身没被使用，仍在用户账户里。
• 降级发生在同一条同步链路上：把红包从「硬依赖」（缺了就失败）变成「软依赖」（缺了也能给出结果）。¹²

4. 关空调，保冰箱#▶ 从这里看

• 主动降级：大促前，为了把资源留给购物车、结算页这条核心链路，提前关掉搜索推荐页里的红包计算，避免红包服务资源不够用。结算页照常算红包。这种「大促前按预案提前关掉非核心功能」的做法，在厂商文档和技术社区里都有描述。³⁴
• 这也解释了开头：搜索页的到手价没算红包，到了结算页才算上。
• 「扛住高峰」四招：消息队列排队、不容易丢、限流守住门口、幂等只扣一次钱、降级先保核心。

深入一问

降级和限流有什么区别？
限流管「进来的请求太多」，在门口按数量放人；降级管「资源不够或依赖出问题时做什么」，主动舍掉次要功能，保住核心结果。两者常一起用。

参考资料