Log4j2 monitorInterval性能

Question

在log4j2中，monitorInterval属性可用于Configuration元素。我试着阅读这个属性对性能的影响，但是在任何地方都找不到任何源。因此，我有多个关于monitorInterval属性的问题。

1. 我想知道，如果在5元素中指定一个小值为3000 (5秒)，并指定一个大值，比如3000 (5分钟)，那么它对性能有什么影响？
2. 到底会发生什么？这是否意味着，每次经过指定的时间间隔，它都会自动检测？
3. 是否有任何方法迫使log4j2通过配置文件(XML、JSON、YAML、PROPERTIES)立即重新加载配置，而不是编程重新配置？

Answer 1

过去的情况是，业绩影响很小。具体来说，在处理日志事件时，Log4j2会偶尔检查配置文件的lastModified时间。它很聪明，不对每一个事件都这样做，但只有当足够的时间已经过去了，从上次检查:只有一次每monitorInterval秒。

由于Log4j 2.5，它是不同的:有一个监视后台线程偶尔会唤醒并检查配置文件的lastModified时间。所以现在对日志记录性能没有任何影响。(进行此更改的原因实际上不是性能而是准确性:以前的文件在记录某项内容之前不会滚动，这可能会比滚动时间晚很多。)详情请参见https://issues.apache.org/jira/browse/LOG4J2-1202。

要强制重新加载配置，除了接触配置文件和编程重新配置之外，还可以使用JMX接口。还可以查看log4j-core中的配置器类。它有几种导致重新配置的方法。