Linux守护进程日志管理需重定向stderr或调用syslog()，systemd服务推荐StandardError=journal或SyslogIdentifier配合journald；rsyslog需配置facility/level匹配规则并重启服务；排查时检查进程状态、文件权限及日志服务运行情况。
Linux中守护进程的日志重定向和Syslog记录，核心在于明确日志来源、控制输出流向、正确对接系统日志服务。不依赖前台调试模式，而是通过配置让后台服务稳定、可追溯地记录错误。
守护进程的标准输出/错误重定向
多数守护进程启动时会自动关闭标准输入、输出和错误（stdin/stdout/stderr）。若需捕获错误信息，应在启动命令中显式重定向：
- 直接启动时：`/usr/local/bin/mydaemon 2>/var/log/mydaemon.err.log &`
- 使用systemd服务时，在.service文件的[Service]段中设置：
StandardError=journal（交由journald管理）或
StandardError=append:/var/log/mydaemon.err.log（追加写入文件） - 避免仅用>& /dev/null，否则错误完全丢失；建议至少保留stderr重定向路径
通过syslog发送日志（传统方式）
守护进程调用syslog()库函数（如C语言中openlog() + syslog()），即可将消息发给rsyslog或syslog-ng。关键点：
- 需在代码中指定facility（如LOG_DAEMON）和level（如LOG_ERR）
- rsyslog配置（/etc/rsyslog.conf或/etc/rsyslog.d/*.conf）需匹配规则，例如：
daemon.err /var/log/daemon-errors.log - 重启rsyslog生效：sudo systemctl restart rsyslog
使用systemd-journald统一收集（推荐现代方案）
对于systemd管理的守护进程，优先利用journald天然支持结构化日志：
- 进程直接输出到stdout/stderr即可，journald自动捕获（无需修改代码）
- 查看特定服务日志：journalctl -u mydaemon.service -p err -n 50（查最近50条错误）
- 持久化日志需启用：sudo mkdir -p /var/log/journal && sudo systemctl restart systemd-journald
- 可通过SyslogIdentifier=在service文件中自定义标识，便于过滤
验证与排错要点
日志没出现？常见原因和检查项：
- 确认进程实际运行：ps aux | grep mydaemon 或 systemctl status mydaemon
- 检查目标日志文件权限：确保进程用户有写入权（如/var/log/mydaemon.err.log属主为mydaemon或组可写）
- rsyslog/rsyslogd是否运行：systemctl is-active rsyslog；journald是否启用持久化
- 测试syslog发送：终端执行 logger -t "test" -p daemon.err "hello error"，再查对应日志文件或journal
