SentinelResource 统一配置blockHandler方法
兜底方案 面临的问题
1.系统默认的,没有体现我们自己的业务要求
2.依照现有条件,我们自定义的处理方法又和业务代码耦合在一块,不直观。
3.每个业务方法都添加一个兜底的,那代码膨胀加剧。
4.全局统一的处理方法没有体现。
自定义限流处理逻辑
创建CustomerBlockHandler类用于自定义限流处理逻辑
package com.ckfuture.springcloud.alibaba.myHandler;
import com.alibaba.csp.sentinel.slots.block.BlockException;
/*
用户自定义的兜底方法类
*/
public class CustomerBlockHandler {
public static String handlerException(BlockException exception){
return "用户自定义兜底方法1~";
}
public static String handlerException2(BlockException exception){
return "用户自定义兜底方法2~";
}
}
调用方式:
@GetMapping("/testCustomer") @SentinelResource(value = "testCustomer",blockHandlerClass = CustomerBlockHandler.class,blockHandler = "handlerException") public String testCustomer(@RequestParam(value = "p1",required=false) String p1, @RequestParam(value="p2",required = false) String p2){ return "------testCustomer"; }
对应如图:
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!