记录标准输入和标准输出
Logging stdin and stdout
是否有一种(理想情况下简单而优雅)记录 stdin
和 stdout
的方法?
请注意,我不打算重定向流。我希望标准流保持与其他软件通信的功能,同时还将所有进程间通信写入某个文件。
用 tee
做这件事应该相当简单。这将允许您维护任何现有的重定向,同时也将 stdin/stdout 发送到其他地方(到您的案例中的文件)。这也避免了对现有代码进行任何修改。
选项 1:
与一样,您可以使用外部进程,例如tee(在Linux/Mac/Unix上),或者编写自己的进程以循环读取stdin并写入stdout和另一个文件。
选项 2:
我很多年前就用 std::basic_ios::rdbuf for std::cout
. All one has to do is to define a class (see std::filebuf
, and std::streambuf
):
class tee_buf : public std::filebuf {
public:
// Not an owing pointer
tee_buf(std::streambuf * other_stream)
: m_other_stream(other_stream) {}
void swap( tee_buf& rhs );
// No need to override open/close since we need to manage only the file.
// The open/close calls don't touch the other_stream.
protected:
int_type overflow(int_type c = traits_type::eof()) override;
// The parent calls this->overflow(), but then still need to call
// m_other_stream->sync(). This is problematic since m_other_stream
// gets flushed twice.
int sync() override;
pos_type seekoff( off_type off,
std::ios_base::seekdir dir,
std::ios_base::openmode which) override {
return pos_type(off_type(-1)); // ???
}
pos_type seekpos( pos_type sp,
std::ios_base::openmode which) override {
return pos_type(off_type(-1)); // ???
}
....
这对于密集型 IO 更有效,因为它避免了中间人。但在大多数情况下,三通解决方案更简单,更可取。如果性能是一个问题(在大多数情况下不是),那么可以让两个流缓冲区共享一个内存缓冲区。也可以使用异步 IO 并行写入两个流。
内存泄漏的用法:
std::cout.rdbuf(new tee_buf(std::cout.rdbuf());
没有内存泄漏的用法:
写一个RAIIclass来包含tee_buf
,保存原来的并设置新的std::cout.rdbuf()
。销毁后恢复 std::cout.rdbuf()
的状态。创建此 class 的单个实例,它将在其构造和销毁时完成肮脏的工作。
至于 C 风格 stdout
:我不相信有一种方法可以覆盖它的行为。最多可以使用缓冲存储器,但这还不足以获得所需的功能。对于 stdout
,唯一能做的就是使用类似 tee
的解决方案。
是否有一种(理想情况下简单而优雅)记录 stdin
和 stdout
的方法?
请注意,我不打算重定向流。我希望标准流保持与其他软件通信的功能,同时还将所有进程间通信写入某个文件。
用 tee
做这件事应该相当简单。这将允许您维护任何现有的重定向,同时也将 stdin/stdout 发送到其他地方(到您的案例中的文件)。这也避免了对现有代码进行任何修改。
选项 1:
与
选项 2:
我很多年前就用 std::basic_ios::rdbuf for std::cout
. All one has to do is to define a class (see std::filebuf
, and std::streambuf
):
class tee_buf : public std::filebuf {
public:
// Not an owing pointer
tee_buf(std::streambuf * other_stream)
: m_other_stream(other_stream) {}
void swap( tee_buf& rhs );
// No need to override open/close since we need to manage only the file.
// The open/close calls don't touch the other_stream.
protected:
int_type overflow(int_type c = traits_type::eof()) override;
// The parent calls this->overflow(), but then still need to call
// m_other_stream->sync(). This is problematic since m_other_stream
// gets flushed twice.
int sync() override;
pos_type seekoff( off_type off,
std::ios_base::seekdir dir,
std::ios_base::openmode which) override {
return pos_type(off_type(-1)); // ???
}
pos_type seekpos( pos_type sp,
std::ios_base::openmode which) override {
return pos_type(off_type(-1)); // ???
}
....
这对于密集型 IO 更有效,因为它避免了中间人。但在大多数情况下,三通解决方案更简单,更可取。如果性能是一个问题(在大多数情况下不是),那么可以让两个流缓冲区共享一个内存缓冲区。也可以使用异步 IO 并行写入两个流。
内存泄漏的用法:
std::cout.rdbuf(new tee_buf(std::cout.rdbuf());
没有内存泄漏的用法:
写一个RAIIclass来包含tee_buf
,保存原来的并设置新的std::cout.rdbuf()
。销毁后恢复 std::cout.rdbuf()
的状态。创建此 class 的单个实例,它将在其构造和销毁时完成肮脏的工作。
至于 C 风格 stdout
:我不相信有一种方法可以覆盖它的行为。最多可以使用缓冲存储器,但这还不足以获得所需的功能。对于 stdout
,唯一能做的就是使用类似 tee
的解决方案。