暗无天日 ·

为什么 nohup 在 crontab 中不起作用

💡 原文中文，约2700字，阅读约需7分钟。

📝

内容提要

在 crontab 中使用 nohup 无效，因为 cron 执行命令时 stdout 和 stderr 连接到管道，而不是终端。正确的做法是直接将输出重定向到文件，例如 `/path/to/command >> /path/to/output.log 2>&1`，避免使用 nohup 和 &。

🎯

在 crontab 中使用 nohup 无效，因为 cron 执行命令时 stdout 和 stderr 连接到管道，而不是终端。
nohup 的功能包括忽略 SIGHUP 信号和将输出重定向到 nohup.out，但只有在 stdout 是终端时才会生效。
crontab 执行命令时，stdout 和 stderr 是管道，因此 nohup 不会创建 nohup.out，输出会发送到系统邮件。
在 crontab 中，正确的做法是直接将输出重定向到文件，例如 '/path/to/command >> /path/to/output.log 2>&1'。
使用 nohup 和 & 是不必要的，因为 cron 会为每个任务 fork 一个独立的子进程，不会阻塞主调度循环。

🔎

nohup 的主要功能在于忽略 SIGHUP 信号和将输出重定向到 nohup.out，但在 crontab 中并不适用。因为 cron 的执行环境没有终端，nohup 无法识别输出流的状态，导致其重定向功能失效。理解这一点有助于避免在使用 crontab 时不必要的错误配置。

在 crontab 中，正确的做法是直接将命令的输出重定向到指定文件，例如使用 '/path/to/command >> /path/to/output.log 2>&1'。这种方式确保了输出不会丢失，并且避免了使用 nohup 和 & 的复杂性，简化了任务管理。

如果 crontab 中的命令运行时间超过调度间隔，可能会导致命令重复执行。为此，可以考虑在命令中加入锁机制（如 flock），或者使用 systemd timer 替代 crontab，以更好地控制任务的执行频率和资源使用。

❓

因为 cron 执行命令时 stdout 和 stderr 连接到管道，而不是终端，导致 nohup 不会创建 nohup.out。

应直接将输出重定向到文件，例如 '/path/to/command >> /path/to/output.log 2>&1'。

nohup 的主要功能是忽略 SIGHUP 信号和将输出重定向到 nohup.out，但仅在 stdout 是终端时有效。

因为 cron 会为每个任务 fork 一个独立的子进程，不会阻塞主调度循环，因此不需要手动放到后台。

可以将输出重定向到 /dev/null，例如 '/path/to/command > /dev/null 2>&1'。

如果任务运行时间超过 crontab 的调度间隔，可能会出现重复执行的问题，可以考虑加入锁机制或使用 systemd timer。

🏷️