如何用 nohup 让 Linux 脚本在后台自动运行：生产环境的实操技巧与日志管理指南-猿码集

1. 生产环境中的后台任务目标与实现方式

在生产环境中，脚本需要实现后台持续运行、不依赖当前终端会话、并且具备可追溯的日志输出能力。这些特性可以提升任务稳定性、降低人为干预需求，并确保在服务器重启或网络断开后仍保持执行状态。

使用 nohup 可以实现“忽略挂断信号、将输出重定向到文件、与当前会话解耦”的效果。对于需要长时间执行或定期自动化的任务，nohup 提供一种简单直接的实现路径，避免了复杂的进程守护工具引入和学习成本。

基本要点

关键点包括 忽略 SIGHUP 信号、输出和错误重定向、以及 将后台进程的 PID 保存到文件，以便后续监控和管理。

2. 实操步骤：配置脚本与 nohup 启动

准备脚本与权限

在正式启动前，确保脚本具有可执行权限，且运行用户具备所需的系统资源与文件写入权限。正确的权限可以避免日志文件写入失败、目录不可写等问题。

把脚本放在稳定的位置，避免目录变动导致路径错误。此外，环境变量的获取要可靠，必要时在脚本开头显式加载系统环境或设定 PATH。

#!/bin/bash
# sample_script.sh
set -euo pipefail

LOG_DIR="/var/log/mytask"
LOG_FILE="$LOG_DIR/myscript.log"
PID_FILE="/var/run/myscript.pid"

mkdir -p "$LOG_DIR"
chmod 750 "$LOG_DIR"
touch "$LOG_FILE"
chmod 640 "$LOG_FILE"

trap 'echo "Stopped at $(date)" >> "$LOG_FILE"; exit 0' TERM INT

while true; do
  echo "[$(date +%F_%T)] heartbeat" >> "$LOG_FILE"
  # 业务逻辑调用
  sleep 60
done

nohup 启动命令与日志重定向

使用 nohup 将脚本放入后台，并把标准输出和错误输出重定向到日志文件，同时把进程号写入 PID 文件，便于后续管理。

#!/bin/bash
# 启动脚本
SCRIPT="/path/to/sample_script.sh"
LOG="/var/log/mytask/myscript.log"
PID="/var/run/myscript.pid"

# 启动后台并记录日志与 PID
nohup "$SCRIPT" > "$LOG" 2>&1 & echo $! > "$PID"

3. 日志管理与滚动策略

日志轮转的必要性

长期运行的后台任务会产生大量日志，因此需要滚动轮转来控制日志大小、保持最近数据的可见性，并避免磁盘快速被占满。轮转策略应覆盖归档、压缩、以及在需要时通知系统管理员。

将日志轮转与后台任务结合，可以显著提升运维效率与故障排查速度。合理的轮转周期和 保留期限是核心要素。

# /etc/logrotate.d/myscript
 /var/log/mytask/myscript.log {
     daily
     rotate 7
     compress
     missingok
     notifempty
     create 0640 root root
     sharedscripts
     postrotate
         [ -f /var/run/myscript.pid ] && kill -HUP $(cat /var/run/myscript.pid) 2>/dev/null || true
     endscript
 }

4. 生产环境的监控与应急处理

进程状态的快速诊断

定期检查后台进程是否存活是基本运维工作之一。可以通过 pid 文件、ps/pgrep、以及日志内容来判断任务是否正常运行。

常用诊断点包括：进程是否存在、最近日志是否有异常输出、以及 是否按计划写入日志。

# 快速检查是否在运行
if [ -f /var/run/myscript.pid ]; then
  PID=$(cat /var/run/myscript.pid)
  if ps -p "$PID" > /dev/null 2>&1; then
    echo "myscript is running (PID=$PID)"
  else
    echo "myscript PID file exists but process is not running"
  fi
else
  echo "myscript is not running"
fi

异常情况下的自动重启策略

在生产环境中，为了提高鲁棒性，可以设置简单的自检与重启机制。例如，使用定时任务监控是否在运行，若未运行则自动再次启动，并重新记录日志与 PID。

需要注意的是，不要让自动重启掩盖真正的故障，应结合日志分析和告警策略进行综合判断。

# 5 分钟自检脚本示例（放在 crontab 中执行）
#!/bin/bash
LOG="/var/log/mytask/myscript.log"
PID_FILE="/var/run/myscript.pid"

if [ ! -f "$PID_FILE" ]; then
  nohup /path/to/sample_script.sh > "$LOG" 2>&1 & echo $! > "$PID_FILE"
elif ! ps -p "$(cat "$PID_FILE")" > /dev/null 2>&1; then
  nohup /path/to/sample_script.sh > "$LOG" 2>&1 & echo $! > "$PID_FILE"
fi

与系统守护机制的协同使用

在一些场景下，直接使用 nohup 足够，但也可考虑结合系统级守护工具提升可靠性。常见做法包括：systemd 服务单元、Supervisor 等，用于实现自启动、崩溃自恢复、以及集中日志管理。

如果选择 systemd，可以为脚本创建一个简单的服务单元，保留 nohup 的灵活性，同时获得更完善的资源限制与依赖管理。

# 示例：systemd 服务单元（myscript.service）
[Unit]
Description=My Background Script

[Service]
Type=simple
ExecStart=/path/to/sample_script.sh
Restart=always
RestartSec=5s
User=youruser
Group=yourgroup
WorkingDirectory=/

[Install]
WantedBy=multi-user.target

如何用 nohup 让 Linux 脚本在后台自动运行：生产环境的实操技巧与日志管理指南