先这样答
工具调用的稳定性机制需要按操作类型分层实现。开发者首先要对超时控制按工具分级。系统将快查类工具的超时时间严格限制在秒级。批处理类工具的执行周期较长。系统将这类工具的超时时间放宽到分钟级。系统在处理重试机制时必须区分操作类型。重试只对幂等操作生效。查询类等天然幂等的操作可以安全触发重试。下单类属于非幂等操作。系统对这类操作绝对禁止盲目发起重试。
服务端依靠请求去重键来实现幂等。调用方每次发起请求都会携带这个去重键。服务端通过识别去重键来拦截重复请求。如果非幂等操作发生失败，系统必须介入补偿机制。首选的补偿方式是执行反向操作。系统通过反向操作撤销之前的状态变更。反向操作有时也会执行失败。此时系统会将这笔调用记录转入人工对账流程。
熔断机制的核心作用是保护后端服务。工具连续失败的次数有时会超过预设阈值。系统此时会触发短路机制。短路状态会维持一段时间。在这段时间内，系统拦截所有发往该工具的新请求。系统对这些请求直接返回失败。这种快速失败机制能防止后端被压垮。熔断发生后系统需要维持基本运转。系统通常配合降级策略来实现这一点。降级状态下系统会优先读取缓存数据。有些场景没有缓存数据。系统此时会提供只读数据顶上。
面试官会怎么追问
-
「下单操作超时后为什么禁止盲目重试？」 下单是非幂等操作。盲目重试可能导致服务端产生多笔重复订单。系统必须先通过人工对账确认真实状态。确认失败后系统再决定是否执行反向操作进行补偿。
-
「熔断机制是怎么保护后端服务的？」 工具连续失败超过阈值说明后端已经出现故障。系统此时触发短路并维持一段时间。短路让新请求快速失败。这种机制避免大量请求继续堆积并压垮后端。
-
「熔断触发后业务直接报错吗？」 系统不会直接报错。系统会配合降级策略处理这些请求。系统会拦截请求并转向读取缓存。如果当前工具没有缓存，系统会返回预设的只读数据顶上。
回答的坑
- 混淆重试与补偿的使用场景，错误地将重试机制应用于非幂等操作。
- 漏掉熔断后的降级处理，导致面试官认为熔断等同于业务完全停摆。
同系列的题