log4j配置改了要重启吗（学会了吗）log4j配置文件详解，log4j的替换方案，

1.log4j配置不生效

去年12月份，随着log4j暴露出高危漏洞，对于 Java 开发人员来说不是一个好消息，对于 Ops 来说更是如此前者必须使用固定的 Log4J 版本重新打包他们的应用程序，而后者必须重新部署但对于程序log来说，并不只是。

2.log4j默认配置文件

今天让我们来了解一下java系统自带的log机制简而言之，System.Logger它是日志引擎的一个API与其使用 SFL4J 的 API 和想要的实现，不如使用System.LoggerJava 9 开始java就已经开放了System.Logger，但我最近才知道它，这真是令人遗憾。

3.log4j2配置文件详解

System.Logger API该 API 与其他日志记录 API 有点不同：它避免了不同的日志记录方法，例如debug()，支持传递日志记录参数info()的单一方法。log()“Level

4.log4j升级到log4j2

如果您没有在类路径上提供任何相应的实现，则System.Logger默认为JULpublicclassLoggerExample {privatestaticfinal System.Logger LOGGER = System.getLogger(。

5.log4j日志配置详解

“c.f.b.DefaultLogger”); // 1publicstaticvoidmain(String[] args){ LOGGER.log(DEBUG, “A debug message”

6.log4j2配置详解

); LOGGER.log(INFO, “Hello world!”); } }获取记录器运行上面的代码段会输出以下内容：Dec 24, 2021 10:38:15AMc.f.b.DefaultLogger。

7.log4j1升级log4j2

mainINFO: Helloworld!广泛兼容其他日志系统大多数应用程序当前使用Log4J2或SLF4J两者都提供了兼容的System.Logger实现对于 Log4J，我们需要添加两个依赖项：

8.log4j使用方法

>org.apache.logging.log4jlog4j-core

9.如何配置log4j

2.17.0org.apache.logging.log4j

10.log4j默认配置

log4j-jpl2.17.0Log4J 实现System.Logger

System.Logger从到 Log4J 的支持与上面相同的日志记录片段现在输出以下内容：11:00:07.373[main]INFOc.f.b.DefaultLogger-Helloworld!要改用 SLF4J，需要添加以下依赖项：

org.slf4jslf4j-simple

2.0.0-alpha5org.slf4jslf4j-jdk-platform-logging

2.0.0-alpha5基本的 SLF4J 实现任何其他实现都可以，。

例如LogbackSystem.Logger从到 SLF4J 的支持[main]INFOc.f.b.DefaultLogger-Helloworld!你自己的System.Logger实现System.Logger依赖于 Java 的ServiceLoader机制。

两者log4j-jpl包含slf4j-jdk-platform-logging一个META-INF/services/java.lang.System$LoggerFinder指向LoggerFinder实现的文件。

我们可以基于System.out目的创建我们自己的日志系统第一步是实现日志本身publicclassConsoleLoggerimplementsSystem.Logger{ privatefinal

String name; publicConsoleLogger(String name){ this.name = name; } @Overridepublic

String getName(){ return name; } @OverridepublicbooleanisLoggable(Level level){

return level.getSeverity() >= Level.INFO.getSeverity(); } @Overridepublicvoidlog(Level level, ResourceBundle bundle, String msg, Throwable thrown)

{ if (isLoggable(level)) { System.out.println(msg); thrown.printStackTrace(); } }

@Overridepublicvoidlog(Level level, ResourceBundle bundle, String format, Object… params){

if (isLoggable(level)) { System.out.println(MessageFormat.format(format, params)); } } }

然后，我们需要编写代码System.LoggerFinder：publicclassConsoleLoggerFinderextendsSystem.LoggerFinder{ private

staticfinal Map LOGGERS = new HashMap<>(); // 1@Overridepublic System.Logger getLogger

(String name, Module module){ return LOGGERS.computeIfAbsent(name, ConsoleLogger::new);

// 2 } }保留所有现有日志的路径：如果它不存在，则创建一个记录器并存储它最后，我们创建一个服务文件：ch.frankel.blog.ConsoleLoggerFinder现在，运行相同的代码片段输出：。

Hello world!结论虽然 API 比起其他更成熟的日志系统 API 更受限制，但这System.Logger是一个好选择它提供了作为 JDK 一部分的api因此，它避免了其他第三方api的漏洞风险，。

例如SLF4J 到 Log4J2。出于这个原因，后期可基于System.Logger实现系统日志功能。