东小西

继上周末肝了一个丐版的Spring IOC容器<https://zhuanlan.zhihu.com/p/594516378>，在解决循环依赖的时候，知道了 Spring 的 Bean 的大体的创建过

Maven Jar冲突时我们在开发过程中最常见并且头大的问题，经历几次后，不要再“一顿操作猛如虎，定睛一看原地杵”。先了解一下Jar冲突的原理，再遇到的时候不再“一腔怒火砸键盘”了。

IOC（Inversion of Control）控制反转作为Spring的核心思想，在Spring框架中，最核心的概念就是容器，IOC容器是Spring实现IOC的载体，它其实就是一个大工厂

事故现场 服务在运行一段时间后，系统监控中load指标飙升到峰值，频繁出现请求失败告警，最后服务因无法建立新的socket连接，导致服务雪崩。必须通过重启服务的方式才能恢复正常。

OOM，不管是菜鸟程序猿还是资深砖家，在开发过程中都经常会遇到的问题。 下面围绕几点，来“浅入浅出”了解下OOM。 what OOM （什么是OOM）？ why OOM（为什么会发生OOM）

背景 在日常项目开发中，我们通常会使用线程池来处理一些并发场景，来提高任务处理的效率。但是在使用过程中，无法准确地设置线程池参数，只能在运行过程中，不断去调整参数，然后重启服务。

微服务部署若干节点后，突然会收到监控服务的CPU异常告警，提示CPU使用率100%+。那应该如何快速定位是哪个服务进程导致CPU过载，哪个线程导致CPU过载，又是哪段代码导致的呢？

上篇文章已经了解了Feign和如何使用它：https://juejin.cn/post/7124633729170931726。 服务雪崩 下面了解一个服务调用过程中的异常情况：服务雪崩。 （1）如图

随着微服务的应用数量的极速增加，服务与服务链路之间的调用关系也变得错综复杂，所以造成了一系列的难题： 服务链路过长或过于复杂，无法快速并准确的定位问题。 业务链处理时间过长，无法确定是哪个环节存在的问