什么是服务降级？
- 标签：Spring Cloud、微服务、后端、服务降级
🏛 业务架构师
服务降级是主动降低服务质量以保住核心可用的手段：故障或过载时，弱依赖直接砍掉、返回兜底结果、简化流程。
和熔断的关系：熔断是"检测到下游故障后自动停止调用"的机制，降级是"不调用/简化后返回什么"的业务答案——熔断是保险丝，降级是备用照明，通常配套出现。
我的降级分级体系（按业务价值排序）：
- 数据降级：推荐挂了返回运营配置的热销榜、商品评价展示最近一次缓存快照——用户几乎无感知；
- 功能降级：评论关闭、晒图隐藏、只保下单与支付主链路——页面变简陋但交易不中断；
- 流程降级：同步转异步——积分延迟发放、短信延迟补发，核心动作记账、非核心动作排队；
- 体验降级：排队页（"前方 xx 人"）、验证码加强（挡机器流量保真人）。
落地三条铁律：
- 降级预案产品化：大促前和产品逐页面对齐"挂了显示什么"——故障当晚临时拍板的降级一定是灾难；
- 开关化 + 演练：降级开关进配置中心，值班一分钟可执行；每季度故障演练验证预案真的能跑通——没演练过的预案是心理安慰，见过开关一打开页面直接报错的；
- 自动降级谨慎、手动降级兜底：失败率自动触发容易误伤（抖动引发连锁降级），关键降级保持人工确认 + 自动提醒的组合。
一句话：降级是业务价值排序的技术表达——平时想清楚"什么可以牺牲"，故障时才有资格谈"什么一定保住"。
🏗 系统架构师
服务降级是过载或依赖故障时，主动降低服务规格保命的策略：牺牲非核心功能、用兜底数据替代真实调用，确保核心链路可用。与熔断的分工：熔断是"自动开关"（检测下游故障），降级是"开关跳了之后怎么办"（兜底动作）。
常见降级手段（按业务代价从低到高）：
- 读降级：推荐服务挂了返回默认列表/缓存旧值（多级缓存预热兜底）；详情页降级为静态版本；
- 写降级：评论先写缓存异步落库、积分记账先记日志后补——接受最终一致；
- 功能降级：大促期间关掉非核心功能（评价、勋章、推荐刷新），静态资源替换动态内容；
- 流量降级：只保 VIP 用户/核心交易，其余排队或友好拒绝——按业务优先级弃车保帅。
实现机制：Sentinel 降级规则 + fallback 方法（Dubbo/Feign 的 fallback 配置）；配置中心开关手动降级预案（大促预案库）；网关层功能开关。
我的治理经验：降级预案要事前演练（混沌工程注入故障验证兜底真的兜得住）；每个外部依赖调用必须有 fallback 定义与超时（没有降级的依赖就是雪崩隐患）；降级动作要可观测（降级次数打点告警），事后要能回放补数——降级不是丢数据，是延迟处理数据。
💻 全栈开发专家
降级 = 资源不足或依赖故障时，牺牲非核心功能，保住核心链路可用。是"弃车保帅"的主动策略。
和熔断的关系：熔断是触发器，降级是熔断后走的路；降级也可以人工/定时触发（大促关掉非核心）。
常见降级手段（我按层列举）：
- 读降级：查库失败 → 返回缓存旧值/默认值/静态兜底数据。推荐服务挂了返回运营配置的"热门榜单"。
- 写降级：写不进 DB → 先写 Redis/本地日志，异步补偿回放。
- 功能降级：大促期间关闭评论、推荐、积分等非核心模块（Sentinel 规则一键关）。
- 流程降级：同步调用改异步（先接单后补全风控结果）。
java
// Sentinel 降级兜底
@SentinelResource(value = "getRecommend", fallback = "defaultRecommend")
public List<Item> getRecommend(Long uid) { return recommendRpc.call(uid); }
public List<Item> defaultRecommend(Long uid) {
return cacheUtil.getList("recommend:hot"); // 兜底热门数据
}我的实践要点：
- 降级预案要提前演练（混沌工程），故障时才不会临场手忙；
- 兜底数据质量要产品确认过——返回空列表和返回默认推荐，用户感知天差地别；
- 降级动作必须可观测（打了多少降级、恢复没有），自动恢复 + 人工复核双保险；
- 核心链路（支付、下单）不设自动降级，宁可限流排队。