gpt4 book ai didi

回滚可靠性

转载 作者:行者123 更新时间:2023-12-04 06:11:58 26 4
gpt4 key购买 nike

根据以下常见问题解答,Log4j 不可靠:
http://logging.apache.org/log4j/1.2/faq.html#a1.2
“不。log4j 不可靠。它是一个尽力而为的故障停止日志系统。”

Logback 更可靠吗?是否有可能在很短的时间内使用 logback 写入 1000 条日志消息(例如),它可能会默默地错过一些消息。
谢谢,
苏尼尔

最佳答案

我认为 Logback 也是一个尽力而为的故障停止日志系统。运行这个片段:

for (int i = 0; i < 8; i++) {
System.out.println("log " + i);
logger.info("log {}", i);
Thread.sleep(2000);
}

FileAppender :
<appender name="file" class="ch.qos.logback.core.FileAppender">
<file>/mnt/logtest/testlog.log</file>
<append>false</append>
<encoder>
<pattern>%d [%thread] %level %mdc %logger{35} - %msg%n</pattern>
</encoder>
</appender>

在没有可用空间的磁盘上。然后它运行没有任何错误。几秒钟后,我从磁盘中删除了一些文件。 testlog.log的内容文件是:
2011-10-07 08:19:01,687 [main] INFO  logbacktest.LoopLog - log 5
2011-10-07 08:19:03,688 [main] INFO logbacktest.LoopLog - log 6
2011-10-07 08:19:05,688 [main] INFO logbacktest.LoopLog - log 7

没有 log 0 - log 4文件中的行。我不认为其他 appender 更可靠。

在正常操作条件下(例如系统有足够的磁盘空间),我从未见过 Logback 丢失消息。在这个意义上,我认为它是可靠的。但是如果你想做审计日志,我认为你应该使用其他东西,而不是尽力而为的故障停止日志系统。 (如果攻击者找到了一种通过填充磁盘空间来禁用日志记录的方法,他可以在用户界面上执行任何操作,而无需任何审核日志并注意到磁盘已满。)

关于回滚可靠性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7681498/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com