55_Hystrix之服务降级订单侧fallback

在最后复习一下，那么比方说在这儿啊，待会我们因为八零会来调我们，我这就写死了一个8001系统出错，这代表我们是在8001上面做的，还有一些同学呢，跟我反映一会这写五一会这写千的话呢，可能有些同学的话，这写写错了啊，那么这一块呢，我们不妨呢干脆这样。那么都写成一样的好吧，T。OK，那么假设啊，我们这儿。它呢是上限呢是五秒钟5000，实际上我们运行的是3000秒，这么说能跟上吧，3000在5000以内，那么换句话说，我们这儿是不是应该是高高兴兴的打出我们的笑脸，没问题吧，那么在这块。给他少打点信息吧，那么在这块ID的话呢，我们打出来这块就是笑脸，那么就是OK的，好，那么同学们，我们重启一下我们的8001，试试我们的配置。

好，我暂停一下录屏，同学们，我们继续，那接下来五秒钟。是出错，三秒以内是OK，那么这个时候是不是笑脸应该打出来，那么同学们刷新一下。这个时候大家可以看到怎么着。是不是31ID笑脸打出来了，没问题吧？好，这是一个，那接下来同学们。我干成了13秒，那么这个时候是不是一万三远远超过5000，那么这个时候等待它后台呢，自动重启，OK，那么过了一会儿没什么问题了，那么同学们我们再来试一下，那么此时十三一万。一万三大于5000，那么自然而然是不是应该走到我们的这个8001里面打出我们的库啊，那么这个时候同学们我们刷新一下。好，五秒钟一过，大家请看系统8001，系统繁忙或者运行报错，跑到这儿没问题吧，那么这个就是我们的超时相关的处理。我们。

自己的系统。约定好一个。峰值时间，运行时间超过了，就应该有一个超时报错，这块很重要，不然你的系统一定要用，最怕就是这样系统就卡死了。越来越慢，越来越慢，最终CPU内存打满，整个系统崩了。那么这是我们的。超时的控制好，那么同学们，那么接下来我们再试一下int a等于十除以零，那么这个时候就不是超时的问题了，这个时候是不是直接就是运行报错，那么一进来就会报错，那么我们再看看根据我们前面所讲的这个图示计算异常，两个异常超时和运行时异常是不是都会走到我们这个兜底，这个方法好，那么系统重启了以后，那么同学们，我们一刷，大家请看马上是不是就进来。不是超时了，这次是运行报错，请稍后再试，OK，好，那么同学们，这个就是我们的8001自己对自己做的一种保护和降级，继续。

复习完成以后，那么这儿，嗯，同学们理解一下老师和部分同学呢，就是你聪明的理解一下老师，你们班人多，不是每个同学都是科班出身，有些小白，所以说杨哥呢，讲慢一点，讲细一点。第二个本身疫情咱们的课时呢也比较多，我讲慢一点，保证你听懂，听懂以后你再去做，不然的话老师没有办法现在对你们远程辅导，所以说呢，大家呢。多带点性子，OK，我要抄抄抄的去做，哎，很简单，但是关键不是杨哥懂，关键是要各位同学懂。好。那么大家。跟着来，那接下来啊，同学们，我们呢，继续80012，我们做了降级的保护，这个是不是自己把自己做好，那么接下来八零是不是开始来调用你了，那么八零来调用你。也会产生这样的问题。那么什么概念呢？

比如说啊，你这是5000 5000就是五秒钟。都是正常的，但是不好意思啊，我八零这一侧，我可能就是两秒或者。1.5秒我就等不住了，那么你不愿意等？马上自己就要中断，也要有自己对自己的降级的处理保护好，那么所以说我们在这儿也是这么一个东东。180的订单，消费者为服务去调8001支付，我们八零也可以更好的保护自己，那么一样画葫芦对客户端进行降级保护好，那么这儿我们说一下，首先技术historys这个呢，服务降级既可以放在。消费端也可以放在支付端，那么这个我要都要给大家演示清楚啊，但是我们这儿一般做for服务降级是放在客户端，听懂了吗？OK，那么技术上不会说，那你用一双筷子加土豆可以加馒头就不行了，没有这样说法，只说更适合做哪一个，那么杨哥的设计的案例就是希望大家呢。

从头跟到尾，那么这样的话你放在哪一边，根据你的业务再次强调一般服务降级for back，我们可以放在客服端，好，那么客服端我们现在调用是不是都用啊，OK。来，我们继续。接下来我们8001完成找我们的八零，那么。801氧化葫芦在客服端进行降级，但是注意这有个题外话啊。我们自己配置过热部署就是我们这儿的。每一个第一位choose还记得吧，前面肯定让大家配过了。他对Java代码的修改改动非常明显的。但是对。Command内属性的这些修改建议呢，重启为服务这个非常重要，我都经常碰上一些car，比如说同学们，我们刚才改的是是不是改的是Java代码热部署马上就发现了，自动给你重启。

即刻生效，不用每次手动的重启，但是改里面的这个属性，它有时候不大好使啊，如果你改了这个里面的这个，我建议你重启一次为服务OK来保证它生效，好，那么这个payment service是我们的8001，接下来就要改我们的八零，那么我们的八零是这个啊，带着份带着容错的订单80OK，好，那么接下来。第一步样，那么我们要开启historysable这个属性。让他支持，那么所以说走到我们八零。开高，那么这是第一步，第二步，那么请同学们主启动我们也讲过嘛，你要用什么特性，该激活的激活，该启用的启用，所以说在启动类上面要加这么个enable historyres，那么找到是我们八零的没方法这一波请一定要注意，这是我们的第二步，那么第三步就写我们的业务类，我们的业务类什么意思呢？那么这个是不是我们又去调对方的超时啊，那么是不是也把这些也拿过来，并且这儿一样的在八零这也写一个兜底的方法呀，那么这些我节约时间给大家提前写好，我呢直接演示我们的配置和he这S的作用，而这些代码我就不再写了，那么来同学们叶不类，找到直接拿过来，我们在这儿呢，找到我们的八零，那么大家看一下。

红色部分是新增的，其他的都是已经写好过的，OK，那么来吧，我们写了个什么意思呢？第一个我们八零注意啊，现在这个ctrler是谁八零上面的了啊，是客服端对自己做的一种保护，那么我们要干什么呢？第一个一样，我们出事了，自己运行出错了，也有兜底的方法，那么第二个我们也规定我们用分去调对方。多少时间，比方说。1.5秒，1.5秒你能够给我返回，我就认为OK，如果超过1.5秒，不好意思啊，我自己不跟你玩了，我不想耗时了，等待转圈圈，我自己走到我的兜底的降级方法，我是消费者八零，对方支付系统繁忙，请十秒后再试，或者自己运行出错，请检查自己。总之一句话，打出哭脸，听懂那么一样超时。

异常运行时异常好，那么改完我们的八零以后，我们现在呢，重新启动。那么这样一边启动，一边大家看一下，现在我们这边啊，8001听到支付为服务，我们这边是五秒钟才出错，现在我们认为。怎么着，三秒钟以内是正常的，这么说听到干脆我这个8001我也重启一下啊，我怕待会儿演示的时候出一些意外，那么我们先说8001，我们支付测改完了以后五秒钟。

我们都是五秒以内都是健康的，超过五秒才报错，我们这次设置的案例，我们呢是三秒钟，OK，三秒是不是小于五秒，那么8001这一侧是健康的，但是抱歉，每一个客户端都不一样，比方说这个系统的客户端我只等你。1.5秒，那么回答我1.5秒是不是超过了3000，那么这个时候说明什么，我客户端自己就不等了，我跑了，这个时间太长，跑了以后我自己出错了，我八零测出错了，找不到我兜底的方法，就应该进到这，我们八零就应该打印出这个，那么待会儿我们来看看我们的效果是否OK，好，那么在这一圈我们依旧拷贝好吧。那么呢，找到我们的。那么来consumer，那么这个，那么同学们这个地址啊，我一点。

大家请看，我是消费者八零，没错吧，Consumer，对方支付系统繁忙，请十秒钟过后再试，或者自己运行出错了，请检查你自己，那么换句话说，我们这是不是测了第一关，因为我只能等你1.5秒，可是你偏偏是要运行三秒钟时间是我一倍以上，你自己去玩吧，我客户测八零不等你了，所以说我就认为对方系统繁忙，当然从业务上你跟对方商量好，我们这边三秒钟以内都叫健康，你不能跑了，太快太长都不好，OK，那么这个时我们在八零侧做的服务降级，那么接下来我们八零呢也看看啊。现在呢，我们呢，直接呢就是八零侧啊int a等于十除以零，那么你懂的兄弟们，这个都根本不牵扯到什么。超时了，一进来是不是就错？那么换句话说，就跟我们现在配的1.5秒钟超时没有任何关联了，我关心的是你现在801进来就报错，会不会走到这儿，别忘了我这是不是有，或者自己运行出错，请检查自己哭，那么兄弟们大家请看现在这个八零是不是打出哭，但是这个是调对方，我们这个时候是什么？

调用超时，OK，那么改了Java代码，那么等它重启，再次强调，要是改这样的属性的最好你重启为服务改了Java代码，那么我们的DV特热步数还是能够管用的，那么来同学们假设啊，我这改一下改成33那么一回车，大家请看。对方支付系统繁忙几十秒之后再试没问题吧，这儿是不是就加了个哭脸了，也调过来了，为什么呀，因为你一报错这块根本就没有牵扯到超时啊，一进来就是报错，那么所以说我们可以得到我们的结论，八零的four back一样化葫芦是不是也可以根据八零零幺一样的做法，那么支付侧保护好，消费侧保护好，那么这样我们的系统越来越健壮好，那么对八零的服务降级back。我们就给大家介。