Linux中systemd服务日志重定向需显式配置StandardOutput和StandardError，推荐append:/绝对路径追加写入，路径须提前创建并授权；混用journal与file:或仅配其一将导致日志分流失效。

Linux 中配置 systemd 服务的日志输出重定向，核心是明确日志去向：要么交给 journald 统一管理，要么写入自定义文件。关键不在“能不能”，而在“怎么配才生效”——StandardOutput 和 StandardError 必须显式设置，且路径、权限、模式三者缺一不可。

直接写入独立日志文件（推荐追加模式）

适用于需要长期保留、便于外部工具分析或对接传统日志系统的场景。必须同时配置两项，否则 stderr 仍走 journal：

• 用 append:/path/to/log 追加写入：每次启动不覆盖旧日志，适合生产环境。例如：
  StandardOutput=append:/var/log/myapp/out.log
StandardError=append:/var/log/myapp/err.log
• 路径必须是绝对路径，且运行服务的用户（如 User=myapp）对该目录有写权限。需提前创建并授权：
  sudo mkdir -p /var/log/myapp && sudo chown myapp:myapp /var/log/myapp
• 不要混用 journal 和 file: 到同一路径，行为未定义；也不建议只设其中一项，否则另一路日志仍留在 journal 中，造成重复或遗漏。

通过 syslog 分流到指定文件（兼顾 journal 与文件）

适合既要保留 journalctl 查看能力，又需按程序名落地为文本日志的混合需求：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

• 在 service 文件中设置：
  StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=myapp
• 在 /etc/rsyslog.d/myapp.conf 中添加规则：
  if $programname == 'myapp' then /var/log/myapp/syslog.log
& stop
• 执行 sudo systemctl restart rsyslog 生效。此后 journalctl -u myapp.service 和 /var/log/myapp/syslog.log 都能查到输出。

验证与排查要点

配置后别急着认为“已生效”，务必检查实际效果：

• 确认文件存在且有新内容：sudo tail -n 5 /var/log/myapp/out.log
• 检查 journal 是否还混有 stdout 输出：journalctl -u myapp.service | grep -E "^(?!myapp\[)" | head -n 3（排除带标识的日志行）
• 查看服务实际加载的设置：systemctl show myapp.service | grep -E "(StandardOutput|StandardError)"
• 修改 unit 文件后，必须执行：sudo systemctl daemon-reload && sudo systemctl restart myapp.service

补充说明：哪些写法是错的

这些常见写法会导致配置被忽略或报错：

• StandardOutput=/var/log/app.log ❌ —— systemd 不识别裸路径，会报 “Failed to parse output specifier”
• StandardOutput=file:/var/log/app.log ✅ 但注意：file: 是覆盖写入（每次重启清空），不如 append: 安全
• 只写 StandardOutput=append:... 而漏掉 StandardError ❌ —— 错误日志仍进 journal，无法完全分离
• 路径用相对路径如 logs/out.log ❌ —— 必须绝对路径，否则 systemd 无法解析