分布式系统要保证高可用,在什么情况下都要最少保证是基本可用的。所以在系统中出现故障时，我们要做相应的处理。下链接是分布式的cap和base理论。
https://blog.csdn.net/wai_58934/article/details/122416162?spm=1001.2014.3001.5501https://blog.csdn.net/wai_58934/article/details/122416162?spm=1001.2014.3001.5501
熔断就像一片草地着火了，为了不殃及到其他草地，要赶紧把着火的地方给隔离起来。
对应到分布式系统中就是，A服务去调用B服务，可是B服务暂时不可用，这个时候我们A服务就不能再盲目的去请求B，而应该在A服务上做相应的处理，比如直接提示失败。防止恶化扩大。可以防止应用程序不断地尝试可能超时和失败的服务，熔断器模式最牛的是能让应用程序自我诊断下游系统的错误是否已经修正，如果没有，不放请求，如果请求成功了，慢慢的增加请求，再次尝试调用。
降级就像你玩养成类游戏，你会把好东西放在你的重点培养的角色上，不去浪费资源。
对应到分布式系统上就如，资源有限的情况下，重要功能和不重要功能的权衡。我们需要使一些不那么重要的业务去延迟执行或者暂停使用去保证系统可用，平稳运行。
降级牺牲了强一致性，保证了最终一致性。重在资源的分配
限流就像上厕所，人流量再大，也是一个坑位一个人。其他没抢到坑位的人就在椅子上等着。
对应到分布式系统上就如请求太多时，把过量的请求给拒绝掉或是放在队列中缓存住然后处理。
总结三者都是为了通过一定的方式保护系统的手段。
以上仅是个人理解，如有疑义，欢迎讨论
