Django中Celery周期性任务：退出GitBash后保持执行求助

嘿，我明白你的困扰——现在用celery -A proj worker -B能正常跑周期任务，但退出GitBash就直接停了对吧？这是因为当前Celery进程绑定在你的终端会话上，一旦会话关闭，进程就会被终止。下面给你几个靠谱的解决方案，从临时快速处理到生产环境推荐的都有：

1. 用nohup让进程后台运行 #

这是最快速的临时解决方案，能让进程忽略终端挂起信号，即使退出GitBash也能继续运行：

nohup celery -A proj worker -B > celery.log 2>&1 &

拆解下命令各部分：

• nohup：全称"no hang up"，专门用来让进程在终端退出后持续运行
• > celery.log：把进程的标准输出重定向到celery.log文件，方便后续排查问题
• 2>&1：把错误输出也同步重定向到同一个日志文件
• &：让进程直接在后台启动

如果要停止这个进程，可以先通过ps aux | grep celery找到进程ID，再用kill <进程ID>终止。

2. 用screen/tmux创建持久化终端会话 #

这个方法适合需要偶尔回到Celery进程交互界面查看状态的场景，相当于创建一个和当前终端解绑的“虚拟终端”：

操作步骤： #

1. 先安装screen（大部分Linux服务器默认已预装）：

sudo apt install screen  # Debian/Ubuntu系服务器
sudo yum install screen  # CentOS/RHEL系服务器

2. 创建一个名为celery_session的专属会话：

screen -S celery_session

3. 在这个新会话里运行你的Celery命令：

celery -A proj worker -B

4. 按下Ctrl+A松开后再按D，就能从会话中“分离”出来，此时回到原来的GitBash窗口，退出也不会影响Celery进程了。
5. 之后如果想回到这个会话查看运行状态，只需执行：

screen -r celery_session

3. 用systemd服务管理（生产环境首选） #

如果是长期运行的生产环境，强烈建议用systemd把Celery配置成系统服务，这样能实现开机自启、进程崩溃自动重启等功能，稳定性拉满：

操作步骤： #

1. 创建一个systemd服务文件：

sudo nano /etc/systemd/system/celery.service

2. 粘贴以下内容（根据你的项目路径、服务器用户信息修改）：

[Unit]
Description=Celery Worker and Beat Service
After=network.target

[Service]
User=your_server_username
Group=your_server_group
WorkingDirectory=/absolute/path/to/your/proj
ExecStart=/usr/bin/celery -A proj worker -B
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

3. 保存文件后，重新加载systemd配置：

sudo systemctl daemon-reload

4. 启动并启用服务（实现开机自启）：

sudo systemctl start celery
sudo systemctl enable celery

常用管理命令： #

sudo systemctl status celery  # 查看服务运行状态
sudo journalctl -u celery -f  # 实时查看Celery日志
sudo systemctl stop celery    # 停止服务

额外提醒 #

虽然你现在用worker -B的方式能跑起来，但生产环境里强烈建议分开启动Worker和Beat，这样更稳定也更便于单独维护：

• 启动Worker：celery -A proj worker
• 启动Beat：celery -A proj beat

你可以用上面的方法分别把这两个进程配置成后台运行或systemd服务。

内容的提问来源于stack exchange，提问作者Llewellyn Hattingh