20

上下文

我为用户编写了一个记录器打印消息。打印级别为“debug”、“info”或“warning”的std::cout消息，级别为“error”或“system_error”的消息打印在std::cerr. 我的程序不是多线程的。我在 Linux openSUSE 12.3 下使用 gcc 4.7.2 和 CMake 3.1.0 工作。

我的问题

我发现有时，当std::cerr一条长信息消息（以 打印std::cout）LastTest.log之后出现错误消息（以 我不太了解这种行为，但我想为 启动一个写入线程std::cout，然后代码继续并启动另一个写入线程，std::cerr而无需等待第一个线程终止。

不使用 only 是否可以避免这种情况std::cout？

我在终端没有问题。它仅在 CTest 将输出重定向到LastTest.log文件时发生。

请注意，我的缓冲区已刷新。std::endl来电后来不是问题std::cerr！

例子

预期行为：

[ 12:06:51.497   TRACE ] Start test
[ 12:06:52.837 WARNING ] This
                         is
                         a
                         very
                         long
                         warning
                         message...
[ 12:06:52.837   ERROR ] AT LINE 49 : 7
[ 12:06:52.841   ERROR ] AT LINE 71 : 506
[ 12:06:52.841   TRACE ] End of test

怎么了 ：

[ 12:06:51.497   TRACE ] Start test
[ 12:06:52.837 WARNING ] This
                         is
                         a
                         very
                         long
[ 12:06:52.837   ERROR ] AT LINE 49 : 7
                         warning
                         message...
[ 12:06:52.841   ERROR ] AT LINE 71 : 506
[ 12:06:52.841   TRACE ] End of test

我如何称呼我的记录器

这是我如何调用std::cout或std::cerr使用记录器的示例。我用这样的宏调用记录器：

#define LOG_DEBUG(X) {if(Log::debug_is_active()){std::ostringstream o;o<<X;Log::debug(o.str());}}
#define LOG_ERROR(X) {if(Log::error_is_active()){std::ostringstream o;o<<X;Log::error(o.str());}}
//...
LOG_DEBUG("This" << std::endl << "is" << std::endl << "a message");
LOG_ERROR("at line " << __LINE__ << " : " << err_id);

和

void Log::debug(const std::string& msg)
{
    Log::write_if_active(Log::DEBUG, msg);
}
void Log::error(const std::string& msg)
{
    Log::write_if_active(Log::ERROR, msg);
}
//...
void Log::write_if_active(unsigned short int state, const std::string& msg)
{
    Instant now;
    now.setCurrentTime();
    std::vector<std::string> lines;
    for(std::size_t k = 0; k < msg.size();)
    {
        std::size_t next_endl = msg.find('\n', k);
        if(next_endl == std::string::npos)
            next_endl = msg.size();
        lines.push_back(msg.substr(k, next_endl - k));
        k = next_endl + 1;
    }
    boost::mutex::scoped_lock lock(Log::mutex);
    for(unsigned long int i = 0; i < Log::chanels.size(); ++i)
        if(Log::chanels[i])
            if(Log::chanels[i]->flags & state)
                Log::chanels[i]->write(state, now, lines);
}

这里，日志通道是专用于终端输出的对象，写入函数是：

void Log::StdOut::write(unsigned short int state, const Instant& t, const std::vector<std::string>& lines)
{
    assert(lines.size() > 0 && "PRE: empty lines");
    std::string prefix =  "[ ";
    if(this->withDate || this->withTime)
    {
        std::string pattern = "";
        if(this->withDate)
            pattern += "%Y-%m-%d ";
        if(this->withTime)
            pattern += "%H:%M:%S.%Z ";
        prefix += t.toString(pattern);
    }
    std::ostream* out = 0;
    if(state == Log::TRACE)
    {
        prefix += "  TRACE";
        out = &std::cout;
    }
    else if(state == Log::DEBUG)
    {
        prefix += "  DEBUG";
        out = &std::cout;
    }
    else if(state == Log::INFO)
    {
        prefix += "   INFO";
        out = &std::cout;
    }
    else if(state == Log::WARNING)
    {
        prefix += "WARNING";
        out = &std::cout;
    }
    else if(state == Log::ERROR)
    {
        prefix += "  ERROR";
        out = &std::cerr;
    }
    else if(state == Log::SYS_ERROR)
    {
        prefix += "SYERROR";
        out = &std::cerr;
    }
    else
        assert(false && "PRE: Invalid Log state");
    prefix += " ] ";
    (*out) << prefix << lines[0] << "\n";
    prefix = std::string(prefix.size(), ' ');
    for(unsigned long int i = 1; i < lines.size(); ++i)
        (*out) << prefix << lines[i] << "\n";
    out->flush();
}

你可以看到我的缓冲区在执行日志指令时被刷新了。

4

3 回答 3

20

我以前曾以几种形式看到过这种行为。中心思想是记住这一点std::cout并std::cerr写入两个完全独立的流，所以任何时候你在同一个地方看到两者的输出，这是因为你的程序之外的某种机制合并了两个流。

有时，我看到这仅仅是由于一个错误，例如

myprogram > logfile &
tail -f logfile

它正在观察日志文件的写入，但也忘记了重定向stderr到日志文件，因此在显示之前写入要stdout经过至少两个额外的缓冲层tail，但写入stderr直接进入 tty，因此可以混入.

我见过的其他示例涉及合并流的外部进程。我对此一无所知，CTest但也许它正在这样做。此类进程没有义务按照您最初将它们写入流的确切时间对行进行排序，并且即使他们想要，也可能无法访问该信息！

你真的只有两个选择：

  • 将两个日志写入同一个流——例如使用std::clog代替std::cout或std::cout代替std::cerr；或启动程序myprogram 2>&1或类似
  • 确保合并是由一个真正知道它正在合并的过程完成的，并注意适当地进行。如果您通过传递包含日志事件的数据包而不是自己编写格式化的日志消息来进行通信，这会更好。
于 2015-06-02T11:05:22.573 回答
12

回答我自己的问题

最后，它来自CMake 中的一个错误。

CTest 无法管理两个缓冲区的顺序，然后不关心输出的确切顺序。

它将在 CMake >= 3.4 中解决。

于 2015-06-04T14:18:30.240 回答
2

我不是 C++ 专家，但这可能会有所帮助......

我相信您在重定向到文件时在这里看到的问题是由 cstdio 库试图变得聪明引起的。我的理解是，在 Linux 上，C++ iostreams 最终将它们的输出发送到 cstdio 库。

在启动时，cstdio 库会检测您是将输出发送到终端还是文件。如果输出到终端，则 stdio 是行缓冲的。如果输出将发送到文件，则 stdio 将成为块缓冲。

到 stderr 的输出从不缓冲，因此会立即发送。

对于您可以尝试fflush在标准输出上使用的解决方案，或者您可以考虑setvbuf在标准输出上使用该函数来强制行缓冲输出（如果您愿意，甚至可以是无缓冲输出）。像这样的东西应该强制 stdout 被行缓冲setvbuf(stdout, NULL, _IOLBF, 0)。

于 2015-06-02T16:11:43.743 回答