Hystrix断路器比trycatch好在哪里？
使用try catch也是处理了业务，业务判断实现出异常了，再cath。开始做业务性能也是下降了。而断路器访问不通，不做业务直接立即返回，能抗跟大的洪峰。
程序出错
1. 传统解决方案，抛异常try/catch。问题，先调用业务，等待超时时间。设置超时时间无法设置非常短。高并发情况下不怎么样。
2. 京东商品价格，微服务宕机。展示:a.出错，b默认价格2499
断路器，如果服务正常，调用服务，如果服务不正常，返回一个默认处理。
优点:
1. 快速失效，不用等待业务超时时间(时间相对来说太长了)，返回默认值
2. 服务一旦正常，自动重新连接到服务，再也不处理这个默认值
使用try catch也是处理了业务，业务判断实现出异常了，再cath。开始做业务性能也是下降了。而断路器访问不通，不做业务直接立即返回，能抗跟大的洪峰。
程序出错
1. 传统解决方案，抛异常try/catch。问题，先调用业务，等待超时时间。设置超时时间无法设置非常短。高并发情况下不怎么样。
2. 京东商品价格，微服务宕机。展示:a.出错，b默认价格2499
断路器，如果服务正常，调用服务，如果服务不正常，返回一个默认处理。
优点:
1. 快速失效，不用等待业务超时时间(时间相对来说太长了)，返回默认值
2. 服务一旦正常，自动重新连接到服务，再也不处理这个默认值
展开
评论
点赞
![[绝望的凝视]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_69.cabd864.png)
， 同遭遇的掘友们，来发牢骚吧