面试题答案
一键面试熔断与降级算法对系统性能、可用性、资源利用的影响
- 系统性能
- 熔断：当服务调用失败次数达到一定阈值触发熔断后，后续请求不再实际调用下游服务，而是直接返回熔断响应。这避免了大量无效等待，减少了线程阻塞，提升了系统响应性能。例如在电商系统中，若商品详情服务调用评论服务频繁失败，熔断后商品详情页面加载速度不会因等待评论服务响应而变慢。
- 降级：主动关闭一些非核心业务功能，释放资源用于核心业务，使核心业务性能得到保障。如在大促期间，关闭商品推荐等非关键功能，将资源集中于订单处理，提高订单处理性能。
- 可用性
- 熔断：防止故障蔓延，当下游服务故障时，熔断机制避免了因大量请求堆积导致上游服务资源耗尽而崩溃，提高了整个系统的可用性。以支付系统为例，若银行接口故障，支付服务熔断后仍能给用户友好提示，而不是一直等待导致系统无响应。
- 降级：在资源紧张或部分服务不可用时，通过牺牲部分非核心功能的可用性，保证核心功能可用。例如在春运抢票时，减少车次余票缓存更新频率（非核心功能降级），确保用户能正常提交购票订单（核心功能可用）。
- 资源利用
- 熔断：减少对故障服务的资源消耗，释放线程等资源给其他可用服务。若订单服务调用库存服务失败触发熔断，订单服务线程不会一直阻塞等待库存服务响应，可处理其他订单请求。
- 降级：合理分配资源，优先保障核心业务。在新闻APP高并发访问时，对图片加载质量进行降级，节省网络带宽和服务器资源，确保新闻内容能快速加载。
不同业务需求下的策略权衡及案例
- 核心业务优先
- 权衡：对于核心业务（如电商下单、支付），熔断阈值应设置得相对保守，尽量减少误熔断，保证核心业务正常调用。降级时要确保核心业务不受影响，可牺牲边缘业务。
- 案例：在在线教育平台直播课场景中，直播推流、播放是核心业务。当服务器资源紧张时，对课程评论、点赞等功能进行降级，如延迟处理评论或限制点赞频率，优先保障直播的流畅性。熔断方面，对于直播推流服务依赖的CDN服务，设置较低的失败阈值，一旦CDN服务出现少量失败就触发熔断，快速切换备用CDN或本地缓存策略，保证直播正常进行。
- 业务均衡发展
- 权衡：若业务各模块相对均衡，没有绝对核心业务，熔断和降级策略要综合考虑各业务的影响。熔断阈值适中，既防止故障蔓延，又避免频繁熔断影响业务体验。降级时尽量对各业务按比例分配资源。
- 案例：在综合性社区APP中，动态发布、好友聊天、话题讨论等业务重要性相近。当服务器负载过高时，对各业务同时进行一定程度降级，如降低动态图片分辨率、限制聊天消息发送频率、减少话题展示数量等。熔断策略上，对各业务依赖的公共服务（如用户信息服务）设置适中的熔断阈值，确保各业务受故障影响程度相对一致，维持整体业务可用性。