gag crate允许将stderr或stdout重定向到一个文件或不重定向到任何文件，但它只适用于 *nix系统。
从另一个Angular 来看这个问题，我建议您不要直接使用stdout或stderr，而是使用 * 依赖注入 * 来传递可以写入的值。
另请参阅：

• How can I test stdin and stdout?
  1这并不是 * 严格 * 正确的。你注意到stdout and stderr are not output during tests了吗？这是因为编译器（和测试套件）使用了一对不稳定的隐藏函数，它们允许更改stdout和stderr的线程本地示例。

另请参阅：

• Why doesn't println! work in Rust unit tests?

在POSIX系统（Linux/BSD/MacOS）上，有一个不安全的（不止一种方式）黑客，让你在一个较低的级别上，使用libc crate。
也就是说，在程序打开更多的文件之前，拖动并替换标准文件描述符0（stdin）、1（stdout）和2（stderr）。
它依赖于libc通常将第一个（最低）可用描述符分配给新打开的文件的事实。遗憾的是，不能保证（我知道）它总是这样工作。

• 在C语言中，FILE* stdout可以用fdopen()重新赋值，并且，由于printf()和其他函数使用FILE* stdout，这样就可以了。
• 但是Rust的标准库使用文件描述符，所以我们必须依赖于操作系统或libc实现细节。

在这个例子中我用stdout描述符代替，它在MacOS上工作。

use std::ffi::c_char;
use libc;

fn main() {

    unsafe {
        let out_file_path = "console.txt".to_string().as_ptr() as *const c_char;
        // let open_flag = libc::O_WRONLY | libc::O_CREAT | libc::O_APPEND | libc::FD_CLOEXEC;

        libc::close(libc::STDOUT_FILENO);
        let new_fd = libc::creat(out_file_path, libc::S_IRUSR | libc::S_IWUSR);
        if new_fd < 0 {
            libc::perror(std::ptr::null());
        }
        eprintln!("new fd: {}, expected {}", new_fd, libc::STDOUT_FILENO);
    }

    println!("Yohoho!");
}

在Windows上也一定有办法做到这一点，就像在this question中一样，但我将把这作为一个练习留给读者。