设置自定义收集器时不会提升：：log尊重关键字：：max_size吗？

我正在使用 Boost 1.61，我最终想要的是：

1. 的大小达到FILE_ROTATION_SIZE，则轮换当前日志文件
2. 使用自定义收集器处理旋转文件以进行进一步压缩(这是压缩旋转文件的正确方法吗？
3. 如果文件的总大小达到FILES_MAX_SIZE，请删除一些最旧的(理想的压缩(文件

现在，没有任何收集器，我只需使用以下代码片段即可实现第 1 点和第 3 点

sink = logging::add_file_log(
keywords::file_name = fileName,
keywords::rotation_size = FILE_ROTATION_SIZE,
keywords::scan_method = sinks::file::scan_method::scan_matching,
keywords::target = logDir.native(),
keywords::max_size = FILES_MAX_SIZE,
keywords::format =
(
expr::stream
<< expr::format_date_time< boost::posix_time::ptime >("TimeStamp", "%Y-%m-%d %H:%M:%S.%f")
<< " " << expr::attr< boost::log::attributes::current_thread_id::value_type >("ThreadID") << " "
<< "<" << expr::attr< Logger::SeverityLevel >("Severity") << "> "
<< expr::message
<< expr::attr< std::wstring >("Suffix")
),
keywords::auto_flush = true
);

但是，当设置具有继承自sink->locked_backend()->set_file_collector(_fileCollector);的收集器时

boost::log::sinks::file::collector现在基本上什么都不做，文件仍然继续轮换，但旧文件不会被删除。

收集器的外观如下：

class FileCollector : public boost::log::sinks::file::collector
{
virtual void store_file(boost::filesystem::path const& src_path) override;
virtual uintmax_t scan_for_files(boost::log::sinks::file::scan_method method,
boost::filesystem::path const& pattern = boost::filesystem::path(),
unsigned int* counter = 0) override;
};
void FileCollector::store_file(boost::filesystem::path const& src_path)
{
LOG << "src_path: " << src_path;
}
uintmax_t FileCollector::scan_for_files(boost::log::sinks::file::scan_method method,
boost::filesystem::path const& pattern,
unsigned int* counter)
{
return 1;
}

scan_for_files()根本没有被召唤。

从这个问题的答案中，我可以看到作者说max_size是一个收集器参数，所以我认为应该有某种方法在我的FileCollector类中设置它。 调用sinks::file::make_collector()而不是继承自定义收集器似乎不是一种选择，因为它没有提供所需store_file()回调的方法， 我计划放置压缩逻辑的地方。

这是否意味着我应该继续跟踪总大小并在自己需要时处理删除？

谢谢！