本文介绍如何通过重定向 stderr 捕获 glog 输出，实现对自定义日志封装（如带前缀、分级控制）的高覆盖率单元测试，确保日志行为可验证、可断言。
本文介绍如何通过重定向 stderr 捕获 glog 输出，实现对自定义日志封装（如带前缀、分级控制）的高覆盖率单元测试，确保日志行为可验证、可断言。
在使用 glog 构建可扩展日志系统时（例如为不同组件添加前缀、独立控制日志级别），一个关键挑战是：glog 默认将日志写入 os.Stderr，而标准 Go 单元测试无法直接断言控制台输出。为达成 100% 测试覆盖率，必须将 stderr 变为可捕获、可检查的流。
核心思路是临时替换 os.Stderr 为内存管道（os.Pipe），执行待测日志逻辑后，读取管道中写入的内容，并还原 stderr 状态。以下是一个健壮、线程安全的捕获函数实现：
func captureStderr(f func()) (string, error) {
old := os.Stderr
r, w, err := os.Pipe()
if err != nil {
return "", err
}
os.Stderr = w
outC := make(chan string, 1)
go func() {
var buf bytes.Buffer
io.Copy(&buf, r)
outC <- buf.String()
}()
f() // 执行被测日志调用（如 glog.Info、glog.Error）
w.Close()
os.Stderr = old
return <-outC, nil
}该函数利用 goroutine 异步读取管道，避免 io.Copy 阻塞；使用带缓冲 channel 防止死锁；并在调用前后严格保存/恢复 os.Stderr，保障测试隔离性。
在实际测试中，可结合 strings 或正则断言日志内容。例如，验证自定义封装器是否正确注入前缀：
func TestPrefixedLogger_Error(t *testing.T) {
stdErr, err := captureStderr(func() {
// 假设 MyLogger 是你封装的类型，调用其 Error 方法
logger := NewMyLogger("DBModule", glog.Level(2))
logger.Error("connection failed")
})
if err != nil {
t.Fatal(err)
}
// 断言日志包含预期前缀和消息
if !strings.Contains(stdErr, "DBModule") || !strings.Contains(stdErr, "connection failed") {
t.Errorf("expected log to contain 'DBModule' and 'connection failed', got: %q", stdErr)
}
}⚠️ 重要注意事项：
-
glog在首次调用日志函数时会初始化全局 flag（如-logtostderr），因此需确保所有测试在glog初始化前完成 stderr 替换；建议在TestMain中统一初始化或使用glog.CopyStandardLogTo("INFO")等替代方案以提升可控性； -
glog不支持运行时修改日志级别（如glog.SetLevel()仅影响后续调用），测试中若需验证级别过滤，应启动新进程或使用glog.Flush()配合glog.ExitFlushTimeout； - 生产环境强烈建议迁移到更现代的日志库（如
zap或zerolog），因其原生支持io.Writer接口和结构化测试，但本方案对遗留glog项目仍具实用价值。
通过该模式，你不仅能验证日志内容与格式，还可覆盖前缀注入、级别过滤、错误上下文等关键路径，真正实现日志模块的可测试性与工程可靠性。
