上位机知识篇---服务器脚本一直运行方法 - 详解

核心问题:为什么终端一关,脚本就停了?

想象一下,你通过远程桌面(SSH终端)登录到服务器,运行了一个脚本。这个脚本就像是你亲手打开的一个普通电脑程序

当你断开远程桌面(退出SSH)时,就相当于把服务器的“显示器、键盘和鼠标”都拔掉了。操作系统会觉得:“哦,用户已经下班了,那他打开的这些程序也可以关掉了。” 于是它会发送一个“关闭”信号,把你运行的脚本给终止了。

我们的目标就是:让脚本摆脱这个“终端窗口”的束缚,把它变成一个在后台独立运行的“系统服务”或“守护进程”。


方法一:nohup 命令 - “拔掉电源线也能工作”

这是最简单、最快捷的方法,适合临时性的任务。

  • 通俗理解:你告诉脚本:“嘿,即使我拔掉电源线(退出终端),你也要装作没听见,继续干你的活。” 同时,它会把脚本的所有输出(比如 print 语句)自动保存到一个文件里,以免丢失。

  • 使用方法

    nohup python your_script.py &
    • nohup:是 no hang up 的缩写,意思就是“不挂断”。

    • &:这个符号表示“在后台运行”。

    • 运行后,它会告诉你一个 进程ID(PID),比如 [1] 12345,这个 12345 就是进程号,可以用来后续管理。

    • 脚本的所有输出默认会保存在当前目录下的 nohup.out 文件里。

  • 如何查看和停止?

    • 查看tail -f nohup.out (实时查看输出日志)

    • 停止:先找到进程ID ps aux | grep your_script.py,然后 kill 12345

  • 优缺点

    •  优点:超级简单,无需配置。

    •  缺点:脚本不是“服务”,服务器重启后不会自动拉起;不适合管理复杂的长期服务。


方法二:tmux 或 screen - “虚拟会议室”

这两个工具功能类似,我们以更流行的 tmux 为例。

  • 通俗理解:你在服务器上创建了一个永不停息的“虚拟会议室”。你在这个会议室里运行脚本,然后你可以随时“离开会议室”(断开连接),但会议室里的所有工作都会照常进行。等你下次回来,可以再“进入会议室”,看到一切如初。

  • 使用方法

    1. 安装tmux (如果服务器没有):sudo apt-get install tmux (Ubuntu/Debian)

    2. 创建一个新会议室tmux new -s my_script_room

    3. 在会议室里正常运行脚本python your_script.py

    4. “离开”会议室:按下 Ctrl + B,松开后,再按 D 键。现在你回到了服务器的普通终端,但脚本仍在 my_script_room 会议室里运行。

    5. 下次回来“进入”会议室tmux attach -t my_script_room

  • 如何停止?
    进入会议室后,直接按 Ctrl + C 停止脚本,然后输入 exit 关闭会议室。

  • 优缺点

    •  优点:非常灵活,可以实时看到脚本的输出和状态,就像它从来没停过一样;适合调试和交互式任务。

    •  缺点:同样不是“服务”,服务器重启后会议室就没了;更依赖于用户的手动管理。


方法三:Systemd - “把它变成系统服务”(推荐用于生产环境)

这是最专业、最可靠的方法,用于管理需要一直运行的关键服务(比如Web服务器、数据库、你的核心业务脚本)。

  • 通俗理解:就像你把一个程序图标拖到Windows的“启动”文件夹里,开机就能自动运行。Systemd是Linux系统的“大管家”,它负责启动、停止和管理所有系统服务。你把脚本交给它,它就把它当作一个系统级别的服务来管理:开机自启、崩溃重启、统一日志管理等。

  • 使用方法

    1. 创建一个服务配置文件(例如:my_python_service.service

      sudo nano /etc/systemd/system/my_python_service.service
    2. 写入以下配置内容(根据你的情况修改):

      [Unit]
      Description=My Python Script  # 服务描述
      After=network.target          # 在网络服务启动后再启动本脚本
      
      [Service]
      Type=simple
      User=ubuntu                   # 用哪个用户身份运行,很重要!
      WorkingDirectory=/home/ubuntu/my_scripts  # 脚本所在目录
      ExecStart=/usr/bin/python3 /home/ubuntu/my_scripts/your_script.py  # 启动命令
      Restart=always                # 崩溃时自动重启
      RestartSec=5                  # 重启前等待5秒
      
      [Install]
      WantedBy=multi-user.target    # 表示在系统多用户模式下启用
    3. 让Systemd重新加载配置

      sudo systemctl daemon-reload
    4. 启动你的服务

      sudo systemctl start my_python_service
    5. 设置开机自启

      sudo systemctl enable my_python_service

  • 如何管理?(一套万能命令)

    • 启动sudo systemctl start my_python_service

    • 停止sudo systemctl stop my_python_service

    • 重启sudo systemctl restart my_python_service

    • 查看状态sudo systemctl status my_python_service (这个最常用!

    • 查看实时日志sudo journalctl -u my_python_service -f

  • 优缺点

    •  优点极其强大和稳定;自动重启;开机自启;有完善的生命周期管理;日志统一收集。

    •  缺点:需要 root 权限来配置;配置稍复杂。


方法四:Supervisor - “专职进程保姆”

这是一个专门用来管理进程的工具,介于 tmux 的灵活和 Systemd 的强大之间。

  • 通俗理解:你雇了一个“专职保姆”。你把脚本交给它,并下达指令:“这个孩子(脚本)你给我看好了,如果他摔倒了(崩溃了),马上把他扶起来(重启)。” Supervisor 会 7x24 小时盯着你的进程。

  • 使用方法

    1. 安装sudo apt-get install supervisor

    2. 创建配置文件(例如:my_script.conf)在 /etc/supervisor/conf.d/ 目录下。

    3. 写入配置

      [program:my_python_script]  ; 你的服务名
      command=python3 /path/to/your_script.py  ; 启动命令
      directory=/path/to/your_script           ; 工作目录
      user=ubuntu                              ; 运行用户
      autostart=true                           ; 是否自启
      autorestart=true                         ; 是否自动重启
      stderr_logfile=/var/log/my_script.err.log ; 错误日志
      stdout_logfile=/var/log/my_script.out.log ; 输出日志
    4. 让Supervisor重新加载并运行

      sudo supervisorctl reread
      sudo supervisorctl update
      sudo supervisorctl start my_python_script
  • 如何管理?

    • sudo supervisorctl status:查看所有管理的进程状态。

    • sudo supervisorctl stop my_python_script:停止。

    • sudo supervisorctl restart my_python_script:重启。

  • 优缺点

    •  优点:配置比 Systemd 更直观,专门为管理进程而生;监控功能强大;不需要 root 权限也能管理部分功能(通过配置)。

    •  缺点:需要额外安装一个软件。


总结与选择建议

方法适用场景优点缺点
nohup临时测试,运行一个几个小时的数据处理脚本。最简单,零配置不稳定,不易管理
tmux/screen开发/调试,需要实时观察输出的长任务。灵活,可交互非服务化,依赖会话
Systemd生产环境,公司网站、API服务、核心后台任务。强大稳定,专业配置需root权限
Supervisor生产环境(特别是非root用户),或需要精细控制进程。功能专一,配置直观需额外安装

给你的最终建议:

  • 如果你是临时跑个脚本,用 nohup 或 tmux

  • 如果你做开发,需要看实时日志,用 tmux

  • 如果你的脚本是公司的重要服务,需要永远运行毫不犹豫地选择 Systemd。这是现代Linux服务器的标准和最佳实践。

posted @ 2025-10-04 12:32  yxysuanfa  阅读(29)  评论(0)    收藏  举报