golang日志linux权限为何错

在 Linux 上用 Go 写日志时经常遇到“权限错误”，通常不是 Go 本身的问题，而是Linux 权限模型 + 运行方式 + 路径选择导致的。下面按常见原因逐一说明。

一、最常见原因：程序没权限写那个文件/目录

1. 日志目录不可写

例如：

logfile, err := os.OpenFile("/var/log/myapp.log", os.O_CREATE|os.O_APPEND|os.O_WRONLY, 0644)

如果程序是以普通用户运行：

./myapp

但 /var/log 只属于 root：

drwxr-xr-x root root /var/log

就会报错：

open /var/log/myapp.log: permission denied

✅ 解决：

• 用 sudo 运行
• 或把日志写到用户目录：

  os.UserHomeDir()
  

• 或创建专用日志目录并赋权：

  sudo mkdir /var/log/myapp
  sudo chown $USER:$USER /var/log/myapp
  

二、文件已存在，但属主不是当前用户

比如：

• 昨天用 sudo 启动过
• 今天用普通用户启动

-rw-r--r-- root root /var/log/myapp.log

Go 打开时即使只是 O_APPEND|O_WRONLY 也会失败。

✅ 解决：

sudo chown $USER:$USER /var/log/myapp.log

三、目录不存在（但不是“权限”错？）

有时你以为是权限错，其实是：

open ./logs/app.log: no such file or directory

Go 不会自动创建目录。

✅ 正确做法：

os.MkdirAll("logs", 0755)

四、systemd 服务的特殊限制（非常常见）

如果你用 systemd：

[Service]
User=appuser

但日志路径是：

/var/log/myapp.log

即使你手动 chmod 777，systemd 仍可能拒绝（尤其搭配 ProtectSystem=full）。

✅ 解决：

• 配置正确目录：

  LogsDirectory=myapp
  

• Go 中写：

  /var/log/myapp/myapp.log
  

五、SELinux / AppArmor（容易被忽略）

在 CentOS / RHEL：

ls -Z /var/log/myapp.log

如果 SELinux 类型不对，Go 会报：

permission denied

✅ 解决：

sudo semanage fcontext -a -t var_log_t "/var/log/myapp.log"
sudo restorecon -v /var/log/myapp.log

六、Docker 场景下的“伪权限错误”

容器内：

/var/log/myapp.log

宿主机挂载：

-v /data/logs:/var/log

如果宿主机目录属主是 root，容器用户是 1000，就会失败。

✅ 解决：

chown -R 1000:1000 /data/logs

七、Go 代码中容易踩的坑

1. 权限位设置错误

os.OpenFile("a.log", os.O_CREATE, 0444) // 只读，后面写不了

2. 日志库默认路径不对

例如 logrus / zap：

logger := zap.New(zapcore.NewCore(...))

但底层 Writer 没权限。

快速排查清单 ✅

1. 谁运行程序？

   whoami
   

2. 日志路径属主？

   ls -l 日志文件
   ls -ld 日志目录
   

3. 目录存在吗？
4. systemd？Docker？SELinux？
5. 报错是：
   • permission denied → 权限
   • no such file → 路径
   • read-only file system → 系统保护

如果你愿意，可以把：

• 报错原文
• Go 日志代码
• 运行方式（直接跑 / systemd / docker）

发出来，我可以帮你精准定位是哪一类权限问题。