Go testing.TB.Output 为什么比 fmt.Println 更适合测试日志：并行测试与输出归属边界

如果并行测试里还用 fmt.Println 打日志，终端上很快会出现“知道打印了，但不知道属于哪个测试”的输出。Go 1.25 的 testing.TB.Output 返回一个 io.Writer，把写入接到当前测试自己的输出流，既能保留测试归属，也能让现有接收 Writer 的函数继续工作。

想让测试日志跟着测试结果走，用 tb.Output()；想快速写一行说明，用 tb.Log。不要把 Output 得到的 Writer 带出测试函数生命周期。

并行测试里，日志归属比打印速度更重要

fmt.Println 直接写标准输出，多个测试同时运行时，内容会按进程写入时机交错。它没有当前测试的上下文，失败时也不会自动出现在对应测试的输出块里。TB.Log 能解决归属问题，但很多已有函数只接受 io.Writer，为了接入测试而改函数签名并不划算。

testing.TB 是测试和基准共用的接口，因此可以把“日志写到哪里”作为依赖传进去：

func writeProbe(w io.Writer, name string) error {
    _, err := fmt.Fprintf(w, "probe=%s\\n", name)
    return err
}

func TestProbe(t *testing.T) {
    if err := writeProbe(t.Output(), "cache"); err != nil {
        t.Fatal(err)
    }
}

这里的真实调用链是 testing.TB 提供 Output，返回 io.Writer，业务函数再调用 Write；测试框架因此知道这些字节属于当前测试，而不是一段游离的标准输出。

Output 和 TB.Log 的差别，落在换行与来源位置

TB.Log 会替你补上测试日志需要的格式，并带有源码位置；Output 返回的 Writer 则不自动添加来源位置，也不替你在每次 Write 后补换行。它更像一个接入点，适合把已有的编码器、诊断器或序列化器接到测试输出。

需要注意的是，Output 内部按行缓冲。完整的一行写入后，通常要等下一次 TB.Log 或测试结束才刷新；如果只写半行，测试结束时框架会补一次换行并刷出。不要用一次 Write 是否立刻出现在终端，来判断 Writer 是否失效。

func TestBufferedOutput(t *testing.T) {
    w := t.Output()
    _, _ = io.WriteString(w, "phase=begin")
    t.Log("flush partial line")
    _, _ = io.WriteString(w, "phase=end\\n")
}

这段代码的状态变化可以概括为：Output 提供 io.Writer，Write 先进入行缓冲，TB.Log 触发刷新，随后带换行的 Write 完成下一行。每个节点都是真实 API 或正文代码中的稳定标识符。

什么时候该保留 fmt.Println

如果程序本身就是命令行工具，输出是用户界面的一部分，fmt.Println 仍然合理。问题出在测试代码把它当成测试证据：它既不绑定测试名称，也不遵循测试失败时的输出规则。测试里可以保留少量标准输出用于复现进程级问题，但常规诊断优先把 Writer 传入被测函数。

生命周期边界不要踩过测试返回点

t.Output() 得到的 Writer 只在当前测试函数和它的父测试仍未返回时有效。把它存进全局变量、交给测试结束后的 goroutine，或在父测试返回后继续写，都会越过 testing 的生命周期边界；官方实现会对测试完成后的访问做保护。

并行子测试尤其要小心：先在子测试内部取得 Writer，并让负责写入的工作在子测试返回前结束。若后台任务必须跨越测试结束点，应该改用显式的并发同步和独立缓冲，而不是继续持有 Output 的结果。

常见问题：如何选测试日志出口

只想记录一条带测试归属的消息怎么办？

直接用 t.Log 或 t.Logf，调用点少，换行和来源信息由测试框架处理。

已有函数只接收 io.Writer 怎么办？

把 t.Output() 作为参数传入，保留生产代码的 Writer 抽象，不需要在函数内部判断当前是否处于测试环境。

为什么后台 goroutine 不能一直写这个 Writer？

因为测试函数及其父测试返回后，Output 和它的 Write 都不再允许调用。先等待 goroutine 收尾，再让测试返回。

最后的判断

testing.TB.Output 的价值不是让打印更快，而是让“可复用的 Writer 代码”和“测试框架的输出归属”接上。新测试优先用 TB.Log 写短消息，需要适配现有 Writer 接口时再使用 Output，并把取得 Writer、完成写入、等待并发任务这三个动作放在同一测试生命周期内。