如何手动刷新升压日志？

我正在使用 boost 1.54.0 中的 Boost.Log，看看它是否适合我的应用程序。一般来说，我的缓冲没有问题，所以我不想打开 auto_flush 或任何东西......但我注意到在我调用之前记录的消息fork()是重复的，我想知道是否是因为它们被缓冲了，当复制进程映像时缓冲区被复制，然后两个进程最终将它们的缓冲区副本写入日志文件......

所以基本上，我只想在调用之前对日志进行一次手动刷新，仅一次fork()以确保内存中没有任何消息。换句话说，我正在寻找类似的东西fflush(), .flush(), << flush等我可以在升压日志上使用。

我确实尝试过使用<< flush与日志，但我仍然收到重复的消息，所以我不能 100% 确定它是否正在刷新并且重复项是由其他问题引起的，或者它是否以某种方式默默地忽略了<< flush...

Edit:

我环顾四周，发现 boost log 不是安全的。所以我应该补充一点，我是not尝试在父进程和子进程中使用相同的日志。我有两种分叉场景 - 一种是父级立即终止，子级继续（这样应该是安全的），另一种是子级应该打开自己单独的日志文件，这样也应该是安全的...但我需要弄清楚如何close日志文件接收器，然后打开一个新的接收器（在不同的文件上）。我想关闭水槽也可能是强制冲水的一种方法......？

好吧...我必须深入研究一下 boost 代码（但不是太多），我发现了这个，这似乎有效：

你打电话时add_file_log(strLogFilename)它返回一个shared_ptr<sink> where sink是您的水槽类型（例如，shared_ptr< synchronous_sink< text_file_backend > >）。如果您“手动”创建接收器，那么当然您也有一个指向它的指针......似乎接收器和后端都有一个.flush()方法。我不确定如何直接获取后端的副本来调用其刷新，但接收器上的刷新似乎只是简单地调用其后端上的刷新，因此可以工作。以下是我发现对我有用的一些示例代码：

shared_ptr< synchronous_sink< text_file_backend > > pLogSink = add_file_log(strLogFilaname);
BOOST_LOG_TRIVIAL(debug) << "Boost log!";

// other work goes here

BOOST_LOG_TRIVIAL(debug) << "About to fork...";
if (pLogSink)
  pLogSink->flush();
pid_t pid = fork();

if (pid < 0)
  // handle error
else if (pid > 0)
  exit(EXIT_SUCCESS); // parent terminates
assert(0 == pid); // child continues

BOOST_LOG_TRIVIAL(debug) << "Fork succeeded!";

使用这种方法，我现在只能看到每条日志消息一次。当然，请记住有关将 Boost.Log 与 fork() 混合的警告...http://boost-log.sourceforge.net/libs/log/doc/html/log/rationale/fork_support.html http://boost-log.sourceforge.net/libs/log/doc/html/log/rationale/fork_support.html

在我的示例中，它是安全的，只是因为父进程在分叉后立即退出，根本不接触日志（分叉后）。因此，日志不存在任何争用。

尽管存在限制，但我可以在几种情况下使用它：1）守护进程（实际上，这就是我在这里尝试做的），2）fork-exec 模式（其中does根据上面的 URL，可以与 Boost.Log 正常工作），或者 3）子进程立即关闭文件接收器，并为日志打开一个新的接收器，该日志指向另一个文件（与父进程正在使用的文件不同） - Ithink第三种情况应该是安全的。