为何debian golang日志丢失

在 Debian 上运行 Go 程序时“日志丢失”并不是 Go 本身的 bug，而是运行环境、输出方式、进程管理等外部因素导致。下面按最常见原因给你系统梳理一下。

一、最常见原因：stdout / stderr 被缓冲或未刷新

1. Go 的 log / fmt.Println 是行缓冲还是全缓冲？

• 终端运行时：stdout 是行缓冲，能看到日志
• 后台 / systemd / nohup 运行时：stdout 通常是全缓冲
  • 程序没退出、缓冲区没满 → 日志看起来“丢了”

✅ 解决：

• 使用 log.SetOutput(os.Stderr)（stderr 一般无缓冲）
• 或显式 os.Stdout.Sync()
• 或使用 log 包而不是 fmt.Println

二、systemd 吞日志（非常常见）

现象

• 直接跑：go run main.go 有日志
• systemd 启动：日志不见

原因

• systemd 把日志交给 journald
• 你没看对地方

✅ 正确查看方式：

journalctl -u your-service -f

✅ service 文件建议：

[Service]
StandardOutput=journal
StandardError=journal

三、程序异常退出，日志来不及写

情况

• panic
• os.Exit(1)
• 被 SIGKILL

这些情况：

• 缓冲日志 直接丢失
• defer 不执行

✅ 建议：

defer func() {
    if r := recover(); r != nil {
        log.Println("panic:", r)
    }
}()

四、日志写到文件但路径不对 / 权限不足

Debian 特有问题

• /var/log 需要 root
• 普通用户写不了 → 静默失败

✅ 检查：

ls -l your.log
sudo touch /var/log/test.log

✅ 推荐：

• 写到 /var/log/<app>/
• 或用户目录

五、nohup / & 后台运行导致 stdout 丢失

nohup ./app &

默认：

• stdout → nohup.out
• 经常被忽略或清理

✅ 明确指定：

./app >> /var/log/app.log 2>&1 &

六、Docker / 容器环境（如果你用）

• 日志必须输出到 stdout/stderr
• 写文件在容器里容易丢

✅ 正确：

log.SetOutput(os.Stdout)

七、时区 / 日志轮转问题（误导为“丢失”）

• logrotate 切割后旧日志没了
• 实际只是被移走

✅ 检查：

ls -lh /var/log/

八、快速自检清单 ✅

你可以逐一确认：

• [ ] 是否用 log 而不是 fmt
• [ ] 是否后台运行（systemd / nohup）
• [ ] 是否查看 journalctl
• [ ] 是否 panic 未捕获
• [ ] 是否写文件无权限
• [ ] 是否 stdout 被重定向

九、推荐的稳定日志方案（Debian + Go）

log.SetOutput(os.Stderr)
log.SetFlags(log.LstdFlags | log.Lshortfile)

配合 systemd：

StandardOutput=journal
StandardError=journal

如果你愿意，可以贴：

• 运行方式（systemd？nohup？docker？）
• 日志代码片段
• Debian 版本

我可以直接帮你定位是哪一种“丢失”。