1.log4j2(一) 获取 ILoggerFactory
2.紧急Log4j又发新版2.17.0，源码只有彻底搞懂漏洞原因，源码才能以不变应万变，源码小白也能看懂
3.线程阻塞问题-log4j
4.什么是源码Log4Shell？Log4j漏洞解读

log4j2(一) 获取 ILoggerFactory

       å…³äºŽlog4j2的初始化流程，现在项目基本都是springboot项目，就需要结合 springboot 源码来解析，这块可以参考 Springboot - Log4J2LoggingSystem源码解析

        因为spring-boot-starter依赖中日志使用的是spring-boot-starter-logging，这里面是用的是logback，所以需要先剔除此依赖

        再添加log4j2依赖

        如果我们想使用 yml 后缀的配置文件还需要再加一个依赖

        然后相关依赖版本如下

        以下源码基于 log4j 2.7。

        先看一张log4j官方提供的类图

        先简单了解一下这些类

        过滤器的种类也很多，比如根据日志级别。Filter会返回一个枚举值Filter.Result，有三种：

        详细参见 log4j - Filters

        log4j的初始化流程实在有点饶，这里简要讲讲。

        LoggerFactory#getLogger(String)

        在只有一个log4j2的依赖时，加载流程大致如下：

        在 getILoggerFactory() 方法中做了这么几件事

        再看下 log4j2 的 StaticLoggerBinder 源码

        下一篇看看后续Logger的获取。

        添加 logback 依赖（直接放开 spring-boot-starter-logging 也行），这样我们项目就有两个 org/slf4j/impl/StaticLoggerBinder.class 了

        然后启动，提示

        我的疑问就是为啥不用log4j2而用logback，就打开这个网址查了下，里面最后有一段

        告诉我们

        好吧，随机的我也是醉了。。

        参考

       "、"org"开头的源码类，如CaseController.class。源码快捷源码这是源码我们的测试焦点，它与接口调用紧密相关。源码反编译工具的源码使用有助于揭示潜在的加锁机制，即使这些锁隐藏在依赖包的源码内部代码中。

       深入分析后，定位到具体代码文件和行号，源码这为我们找到问题的源码症结提供了关键线索。在日志框架的源码底层实现中，我们可能会发现由于框架内置的源码加锁机制，导致了线程阻塞。