JAVA日志的前世今生 - 编程一生
内容提要
Java日志演进：早期用print/alert；JUL因API不完善少用；Log4j可控制输出目的地、格式与级别；JCL以门面模式切换实现但复杂；SLF4J简化门面；Logback更快省内存、配置灵活；Log4j2支持插件、异步。线上多节点催生日志系统，如polysh、Scribe+ES集中收集分析。
延伸解读
日志框架的演进逻辑
从print/alert到JUL、Log4j、JCL、SLF4J、Logback、Log4j2，Java日志框架的演进始终围绕两个核心问题：如何灵活控制日志输出，以及如何解耦日志API与实现。早期项目链路短，简单打印即可；随着系统复杂化，需要分级、多目的地、格式化等能力，Log4j应运而生。而JCL和SLF4J则通过门面模式解决多框架共存问题，让开发者能自由切换底层实现。
门面模式的价值与代价
JCL和SLF4J都是门面模式的实践，旨在统一日志API，避免与具体实现绑定。JCL作为早期尝试，算法复杂且异常难以修复；SLF4J由Log4j作者打造，更简单易用，逐渐成为主流。门面模式虽提升了灵活性，但也引入了额外抽象层，可能增加调试难度。选择时需权衡项目需求与团队熟悉度。
Logback与Log4j2的对比
Logback和Log4j2同为Log4j作者的后续作品，但各有侧重。Logback以速度更快、内存消耗更少著称，且迁移成本低，支持自动压缩日志、多样化配置和I/O异常恢复。Log4j2则引入插件式结构、配置文件优化和异步日志等特性。两者性能均优于Log4j，选择时可考虑具体功能需求及生态兼容性。
分布式下的日志系统
当服务部署在多节点时，逐台登录查看日志效率低下。polysh等工具通过RSA授权集中操作多个终端，但使用前配置繁琐。更系统的方案是Scribe等日志收集系统，将日志集中存储分析。业界流行Scribe+ES组合，利用搜索引擎灵活查询日志，如同访问网站般便捷。这反映了日志处理从单机向集中式、可搜索方向的演进。
Q&A
Java日志框架的演进历程是怎样的？
Java日志框架从最原始的print和alert开始，然后出现了JUL（java.util.logging），但因其API不完善、级别分类不清晰而使用较少。接着Log4j出现，可控制输出目的地、格式和级别，有7种级别。之后JCL提供门面模式来切换不同日志实现，但算法复杂。SLF4J作为简单日志门面解决了JCL的缺点。Logback由Log4j作者开发，更快、更省内存、配置灵活。最后Log4j2支持插件式结构、配置文件优化和异步日志。
Log4j有哪些日志级别？
Log4j有7种日志级别，按照等级从低到高依次为：trace < debug < info < warn < error < fatal < off。如果配置为off级别，表示关闭日志。
SLF4J和JCL有什么区别？
SLF4J（Simple Logging Facade for Java）和JCL（Jakarta Commons-Logging）都是日志门面，但SLF4J是为了解决JCL的缺点而生的。JCL的缺点是算法复杂，出了异常很难修复；而SLF4J简单易用。SLF4J的作者也是Log4j的作者。
Logback有哪些优势？
Logback比Log4j大约快10倍、消耗更少的内存，迁移成本也很低，支持自动压缩日志、多样化配置、不需要重启就可以恢复I/O异常等。Logback有三个模块：logback-core（日志处理核心组件）、logback-classic（完整实现SLF4J API，用于切换日志实现）、logback-access（与Servlet容器集成提供通过HTTP访问日志的功能）。
Log4j2有什么新特性？
Log4j2与Logback非常类似，但它有自己的亮点：插件式结构、配置文件优化、异步日志。
线上多节点日志收集有哪些方案？
线上多节点并行时，为了集中查看日志，可以使用RSA授权来集中多个服务的操作于一个终端，代表工具是polysh。更流行的做法是使用Scribe（Facebook开源的日志收集系统）收集日志，存储在中央存储系统，然后结合ES（Elasticsearch）进行集中分析处理，用户可以通过搜索引擎灵活查看日志。
