如何使用 Boost V2 1.70 日志记录库在第一个索引(例如 logtrail01.txt)保留最新的日志文件名?

How to keep the latest log file name at first index (e.g. logtrail01.txt), with Boost V2 1.70 logging library?

本文关键字:日志 txt logtrail01 例如 保留 文件名 最新 第一个 V2 Boost 何使用      更新时间:2023-10-16

我正在引入我的应用程序的本机编写的日志记录框架的替代品。现有日志记录以生成文件的方式编写,以便当前写入的文件名为"logs.txt">,滚动的文件命名为"Logs.N.txt",其中">Logs.1.txt"是"logs.txt">之后的最新文件。如何通过 Boost V2 日志记录实现相同的行为?

尝试使用 Boost 日志记录,因为它为多个接收器提供了良好的支持,因为我现在必须将日志定向到 3 个位置:a)本地日志文件,b)云上的堆栈驱动程序,以及c)作为单独容器托管的系统日志服务器

我希望当前文件是"logs.txt">的原因是,除其他外,它允许人们在正在运行的系统上tail -F logs.txt

我找到了一个片段,可以旋转日志并保持每个文件和总日志的大小限制。

auto strm = boost::log::add_file_log(
boost::log::keywords::file_name = "Logs.%2N.txt",
boost::log::keywords::open_mode = std::ios_base::app,
boost::log::keywords::rotation_size = 5 * 1024, // Max filesize
boost::log::keywords::auto_flush = true
);
auto bkend = strm->locked_backend();                                                       
bkend->set_file_collector(boost::log::sinks::file::make_collector(                      
boost::log::keywords::target = "./", // log file destination
boost::log::keywords::max_size = 100 * 1024, //Max total size
boost::log::keywords::min_free_space = 100000
));
bkend->scan_for_files(boost::log::sinks::file::scan_method::scan_matching, true);       

行为

当前文件生成模式为:

Logs.01.txt     <--- Oldest file
Logs.02.txt
.
.
.
Logs.19.txt
Logs.20.txt     <--- File being written to

随着日志记录的继续,它将成为

Logs.41.txt     <--- Oldest file
Logs.42.txt
.
.
.
Logs.59.txt
Logs.60.txt     <--- File being written to

索引只是继续滚动(因此它超出了所需的 2 位索引)

Logs.131.txt     <--- Oldest file
Logs.132.txt
.
.
.
Logs.149.txt
Logs.150.txt     <--- File being written to

所需的文件生成模式为:

logs.txt        <--- File being written to
Logs.01.txt     <--- Latest rolled over file
Logs.02.txt
.
.
.
Logs.12.txt
Logs.13.txt     <--- Oldest file

成长为

logs.txt        <--- File being written to
Logs.01.txt     <--- Latest rolled over file
Logs.02.txt
.
.
.
Logs.19.txt
Logs.20.txt     <--- Oldest file

由于Logs.20.txt处于总空间的限制,因此每次翻转时,它会不断用Logs.19.txt等方式覆盖Logs.20.txt文件。

因此,最旧的文件不断重命名为下一个索引,直到它达到最大总日志空间限制,然后被覆盖。

问题

  1. 是否有可以支持它的文件日志记录后端配置?
  2. 如果没有,我如何为此自定义后端?
  3. 另外,如果知道的话,请指出我的任何文档/教程(Boost.Log 文档除外)到 Boost日志记录,这些文档/教程涉及库结构和类级交互。

是否有可以支持它的文件日志记录后端配置?

不,Boost.Log 不支持此功能。主要原因是,保持最新的日志文件的计数器值为 0 需要在每次轮换时重命名 N 个文件,其中 N 是以前轮换的文件数。除了性能影响之外,这还增加了文件系统操作期间失败的可能性(例如,如果进程在轮换期间打开其中一个文件,这将导致Windows上的重命名错误)。

如果没有,我如何为此自定义后端?

无需自定义接收器后端,但必须编写自定义文件收集器。您必须实现collector接口,最重要的是store_file方法,该方法应执行所有文件系统活动,包括重命名文件和删除旧文件。当接收器后端轮换日志文件时,将调用此方法。可以通过在接收器后端调用set_file_collector来设置文件收集器。