SSH断开后保持pipenv虚拟环境脚本运行的nohup正确用法

nohup的核心作用逻辑 #

nohup 本质是为紧随其后的可执行程序及其创建的子进程赋予SIGHUP信号免疫能力，同时默认将程序的标准输出、标准错误重定向到当前目录的nohup.out文件。注意：nohup 无法作用于shell内置命令（比如cd、echo这类不依赖外部可执行文件的命令）。

三种写法的差异分析 #

• 第一种写法（nohup放最开头）
  完全不可行。cd是shell内置命令，不存在对应的独立可执行文件，nohup 无法识别并执行该命令，直接报错终止。
• 第二种写法（nohup加在pipenv前）
  符合规范。nohup 作用于pipenv进程，pipenv run创建的python子进程会继承父进程的信号处理规则，SSH断开时整个进程链都会免疫SIGHUP信号，不会被系统终止。
• 第三种写法（nohup加在python3前）
  可以运行，但存在潜在风险。这种写法下nohup 仅作用于python进程，作为父进程的pipenv本身没有SIGHUP免疫能力，SSH断开时shell会给pipenv发送终止信号，虽然python进程不会被SIGHUP影响，但少数场景下pipenv异常退出可能会连带关闭子进程（比如pipenv配置了进程组清理规则），稳定性弱于第二种写法。

推荐的最优写法 #

要保证完全稳定，除了nohup位置正确，还需要补充后台运行标识和自定义日志重定向，避免命令占用SSH前台、日志默认存放到工作目录的问题，完整示例如下：

ssh 'user'@'host' 'cd path/to/venv && nohup pipenv run python3 main.py > ./run.log 2>&1 &'

参数说明：

• > ./run.log：将程序标准输出写入当前目录的run.log文件
• 2>&1：将标准错误也合并写入到同一个日志文件
• 末尾的&：将整个进程丢到后台运行，执行完命令即可直接断开SSH连接

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