本文介绍在 google cloud platform（gcp）虚拟机上实现 python 脚本长期稳定运行的可靠方案，重点解决因终端断开、会话超时或进程意外退出导致脚本中断的问题，并兼顾需交互式输入（如 input()）的特殊场景。
本文介绍在 google cloud platform（gcp）虚拟机上实现 python 脚本长期稳定运行的可靠方案，重点解决因终端断开、会话超时或进程意外退出导致脚本中断的问题，并兼顾需交互式输入（如 input()）的特殊场景。
在 GCP VM 上直接执行 python3 script.py 是典型的前台交互式运行方式——它依赖当前 SSH 会话的生命周期。一旦网络中断、终端关闭或 SSH 连接超时（默认通常为数小时），Shell 会向子进程发送 SIGHUP 信号，导致脚本立即终止。这正是您观察到“运行几小时后自动退出”的根本原因。而 PythonAnywhere 等托管平台对交互式 I/O 和资源的限制，进一步凸显了在自有 GCP VM 上构建健壮守护机制的必要性。
✅ 推荐方案：使用 systemd 实现进程守护（含交互支持）
虽然 systemd 默认以无终端（no TTY）方式运行服务，但可通过合理配置支持需要标准输入/输出的 Python 脚本。以下是经过验证的完整实践流程（以 Ubuntu 20.04+/Debian 11+ 为例）：
1. 准备脚本与环境
确保您的脚本逻辑已适配后台运行。例如，避免无限阻塞在 input() 而无超时机制。推荐添加基础健壮性处理：
# script.py
import sys
import time
def main():
print("✅ Python 服务已启动，等待用户输入...")
while True:
try:
# 使用 sys.stdin.readline() 替代 input()，便于 systemd 控制
user_input = sys.stdin.readline().strip()
if not user_input:
print("⚠️ 输入为空，继续监听...")
continue
print(f"? 收到输入: '{user_input}' → 处理中...")
# 此处插入您的业务逻辑
time.sleep(1) # 模拟处理延迟
except (EOFError, KeyboardInterrupt):
print("? 收到终止信号，正在安全退出...")
break
except Exception as e:
print(f"❌ 运行异常: {e}")
time.sleep(2)
if __name__ == "__main__":
main()2. 创建 systemd 服务单元文件
创建服务定义（需 root 权限）：
立即学习“Python免费学习笔记（深入）”；
sudo nano /etc/systemd/system/myscript.service
内容如下（关键点已注释）：
[Unit] Description=My Persistent Python Script After=network.target [Service] Type=simple User=your-username # 替换为实际非 root 用户（推荐！） WorkingDirectory=/home/your-username/myproject ExecStart=/usr/bin/python3 /home/your-username/myproject/script.py Restart=always RestartSec=5 StandardInput=tty-force # ⚠️ 核心：强制分配伪终端（PTY） StandardOutput=journal+console StandardError=journal+console TTYPath=/dev/tty1 # 指定关联的 TTY（可选，增强兼容性） TTYReset=yes TTYVHangup=yes # 若需从外部写入输入，可启用此行并配合 'systemd-run --scope' 或命名管道 # StandardInput=pipe [Install] WantedBy=multi-user.target
? 为什么 StandardInput=tty-force 至关重要？
它让 systemd 为服务分配一个伪终端（PTY），使 sys.stdin.readline() 能持续读取，而非因 stdin 关闭立即抛出 EOFError。这是支持交互式输入的底层保障。
3. 启用并启动服务
# 重载配置 sudo systemctl daemon-reload # 启用开机自启 sudo systemctl enable myscript.service # 立即启动 sudo systemctl start myscript.service # 查看实时日志（验证是否正常运行） sudo journalctl -u myscript.service -f
4. （可选）向运行中的脚本发送输入
若需远程触发输入（如通过脚本或 API），可借助 systemd-run 或命名管道（FIFO）。例如：
# 方式一：临时交互（适合调试） sudo systemd-run --scope -p "StandardInput=tty" -p "TTYPath=/dev/tty1" /bin/bash -c 'echo "hello from systemd" > /dev/tty1' # 方式二：使用 FIFO（生产环境更可控） mkfifo /tmp/myscript_input # 在服务中修改为读取该 FIFO（需调整 script.py 的输入逻辑）
⚠️ 重要注意事项
- 避免使用 root 运行业务脚本：始终指定 User= 字段，遵循最小权限原则。
- 禁用 screen/tmux 方案：它们无法跨重启存活，且难以集成监控与日志管理。
- 警惕资源泄漏：长时间运行的脚本需自行管理内存、文件句柄及网络连接，建议加入健康检查与定期重启策略（通过 RestartSec 和 StartLimitIntervalSec 控制）。
- 日志管理：journalctl 是首选；如需持久化日志，配置 journald 的磁盘存储（Storage=persistent in /etc/systemd/journald.conf）。
- 防火墙与安全组：若脚本需监听端口，请同步配置 GCP VPC 防火墙规则。
✅ 总结
通过 systemd 的 tty-force 终端分配机制，您不仅能实现 Python 脚本的 7×24 小时不间断运行，还能保留其交互能力。相比 nohup、screen 或第三方进程管理器（如 Supervisor），systemd 原生集成于现代 Linux 发行版，具备启动依赖管理、崩溃自动恢复、精细化日志审计等企业级特性。只需一次正确配置，即可获得高可用、易维护、符合云原生运维规范的长期运行环境。
