当前位置 博文首页 > m0_56711616的博客：步步图解让你明白Spring循环依赖！已拿offer
我们面试的时候 ，经常会被问这种到问题:Spring中bean的循环依赖怎么解决？ Spring中bean的加载过程？ spring相关的问题一直是大厂面试常问到的一个问题,也是一直困扰这我们，不知道从哪里下手，今天举例分析大厂的一些spring相关的面试真题。和分享我学习spring相关问题所整理的一些知识点。
硬件故障:如网络故障、硬盘损坏等。
程序的 bug:如算法需要占用大量 CPU 的计算时间导致 CPU 使用率过高。
缓存击穿:比如应用刚重启，短时间内缓存是失效的，导致大量请求直接访问到了数据库，数据库不堪重负，服务不可用。
秒杀和大促:服务短时间承载不了那么多请求量。
用户连续重试:比如用户看到界面上没有响应，所以又操作了一遍，结果又增加了一倍请求量。
程序重试机制:比如代码中有多次重试的逻辑，一次失败后，过几秒后再重试，重试个三次就取消重试，走异常处理分支了。也是增加了请求量。
出问题前预防：限流、主动降级、隔离
出问题后修复：熔断、被动降级
「本篇主要来讲解熔断机制。」?后续几篇会讲解其他方案。
熔断这个概念来源于电路系统中的保险丝熔断。当电流过大时，保险丝熔断，防止因电流过大损坏电器元器件，或因电流过大，导致元器件热度过高，发生火灾。
「物理公式」?电功率 P = I^2 * R，I 代表电流，元器件的电阻 R 不变的情况下，电流越大，电功率约大，电阻做的电功大部分都用来发热了，所以电功率越大，发热越严重。（还好高中物理没忘。）
放到我们系统中，怎么理解熔断？
如果在某段时间内，调用某个服务非常慢甚至超时，就可以将这个服务熔断，后续其他服务再调用这个服务就直接返回，告诉其他服务：「“已经熔断了，你别调用我了，过段时间再来试下吧。”」
「熔断有个原则」?一段时间内，统计失败的次数或者失败请求的占比超过一定阈值，就进行熔断。
详细的原理如下图所示：
请求访问到后台服务后，首先判断熔断开关是否打开。
如果熔断开关已打开，则表明当前请求不能被处理。
如果熔断开关未打开，则判断时间窗口是否已满。
如果时间窗口未满，则请求桶中的请求数加 1。
如果返回的响应有异常，则失败桶的失败数加 1，如果返回的响应没有异常，则成功桶的成功数加 1。
如果时间窗口已满，则开始判断是否需要熔断。
当熔断后，开关切换到断开状态。
过一段时间后，开关切换为半断开状态（Half-Open）。半断开状态下，允许对应用程序的一定数量的请求可以去调用服务，如果调用成功，则认为服务可以正常访问了，于是将开关切换为闭合状态。
如果半断开状态下，还是有调用失败的情况，则认为服务还没有恢复，开关从半断开状态切换到断开状态。
时间窗口可以比喻为人坐在窗户边，看外面来往的车辆，一定时间内从窗户外经过的车辆。
每次请求，都会判断时间窗口是否已满（如5分钟），如果时间窗口已满，则重新开始计时，且清理请求数/成功数/失败数。
注意：第一次开始的起始时间默认为当前时间。
开关为断开的状态，经过一定时间后，比如 1 分钟，设置为半断开的状态，尝试发送请求检测服务是否恢复。
如果已恢复，则切换状态为关闭状态。如果未恢复，则切换状态为断开的状态，经过 1 分钟后，重复上面的步骤。
这里的时间窗口可以根据环境的运行状态进行动态调整，比如第一次是 1 分钟，第二次是 3 分钟，第三次是 10 分钟。
肯定有人会问了，你这上面讲的原理，难道还真的自己去写这套算法？
「答案：是的，项目中我们自己造了一个轮子：熔断器。」
但这里我不推荐大家这么做。市面上还有更优秀的开源组件供大家使用，比如阿里系的?Sentinel（推荐），Netflix 的?Hystrix（已停止更新）。
当然 Sentinel 就不在这篇讲了，后续奉上~
机会是留给有准备的人，大家在求职之前应该要明确自己的态度，熟悉求职流程，做好充分的准备，把一些可预见的事情做好。
对于应届毕业生来说，校招更适合你们，因为绝大部分都不会有工作经验，企业也不会有工作经验的需求。同时，你也不需要伪造高大上的实战经验，以此让自己的简历能够脱颖而出，反倒会让面试官有所怀疑。
你在大学时期应该明确自己的发展方向，如果你在大一就确定你以后想成为Java工程师，那就不要花太多的时间去学习其他的技术语言，高数之类的，不如好好想着如何夯实Java基础。下图涵盖了应届生乃至转行过来的小白要学习的Java内容：
需要获取这份学习规划路线以及文章中提到的Java阿里内部Java应届生就业宝典的同学，请转发本文支持一下，关注我，点击此处免费获取
生就业宝典的同学，请转发本文支持一下，关注我，点击此处免费获取**
[外链图片转存中…(img-bF1GRITX-1618149039786)]
