Go中重定向os.Stderr到文件需直接赋值os.Stderr = file，必须在程序早期（log/panic前）完成；log.SetOutput(file)仅影响log包输出，不捕获panic堆栈等底层stderr输出。
Go 中如何把 os.Stderr 重定向到文件
直接修改 os.Stderr 的底层 *os.File 是可行的，但必须在程序早期（尤其是任何标准库日志或 panic 输出之前）完成；否则部分错误信息仍会输出到终端。Go 不提供“自动捕获 stderr 字符串”的机制，重定向本质是替换其指向的文件描述符。
- 用
os.OpenFile创建一个可写文件，模式设为os.O_CREATE | os.O_WRONLY | os.O_APPEND（避免覆盖已有日志） - 将该文件赋值给
os.Stderr：os.Stderr = file - 注意：如果原
os.Stderr指向的是终端（如/dev/tty），它不会自动关闭，需手动os.Stderr.Close()（但一般不建议关，因为重定向后你已接管） - 若使用
log包，默认输出到os.Stderr，重定向后所有log.Print*和未捕获的 panic 堆栈都会写入该文件
为什么 log.SetOutput(file) 不等于重定向 os.Stderr
log.SetOutput 只影响你显式调用的 log 实例（包括默认 logger），但不影响：fmt.Fprintln(os.Stderr, ...)、panic 的默认堆栈输出、os.Exit(1) 后的隐式提示、第三方库直写 os.Stderr 的行为。所以真要“全局 stderr 重定向”，必须动 os.Stderr 本身。
-
log.SetOutput(file)是安全、局部、推荐的做法，适合你只控制自己日志的场景 -
os.Stderr = file是底层、全局、有副作用的操作，适合调试期捕获全部错误流，或容器中统一日志收集 - 二者可共存：先
log.SetOutput(file)，再os.Stderr = file，确保双保险
重定向后 panic 堆栈还显示行号吗
会。panic 默认通过 debug.PrintStack() 写入 os.Stderr，只要 os.Stderr 是合法的 *os.File（比如打开的磁盘文件），堆栈信息完整保留，包括文件名、函数名、行号。但要注意：
- 如果文件以
os.O_TRUNC打开，每次 panic 都会清空前一条记录 - 若程序崩溃太快（如段错误级 crash），Go 运行时可能来不及 flush 缓冲区，导致最后一段日志丢失 —— 建议加
defer file.Sync() - Windows 下路径含空格或中文时，
os.OpenFile可能失败，错误信息仍打屏，形成“重定向失效”的假象
一个最小可靠重定向示例
package main
import (
"os"
"log"
)
func main() {
f, err := os.OpenFile("stderr.log", os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0644)
if err != nil {
log.Fatal(err) // 这句会打到屏幕，因重定向尚未生效
}
defer f.Close()
os.Stderr = f
log.SetOutput(f) // 双保险
log.Println("这条进文件")
panic("这条堆栈也进文件")
}
真正容易被忽略的是：重定向必须发生在任何依赖 os.Stderr 的代码执行之前；一旦 log 或 fmt 等包内部缓存了原始 os.Stderr，后续赋值就无效了。
立即学习“go语言免费学习笔记（深入）”；
