Python脚本自重启的两种实现方式：差异与适用场景解析

第一种实现（进程替换式） #

import sys
import os

def restart_script():
    python = sys.executable
    os.execl(python, python, *sys.argv)

def main():
    print("Starting script...")
    try:
        # 业务代码示例，此处模拟异常
        raise ValueError("Simulated error occurred!")
    except Exception as e:
        print(f"Error occurred: {e}")
        print("Restarting script...")
        restart_script()

if __name__ == "__main__":
    main()

第二种实现（父子监控式） #

import os
import sys
import time
import subprocess

def main():
    while True:
        print("Starting program")
        try:
            p = subprocess.Popen(['python', 'my_program.py'])
            p.wait()
        except Exception as e:
            print(f"Error occurred: {e}")
            print("Restarting program...")
            time.sleep(5)  # 重启前添加延迟，避免频繁重启
        else:
            print("Program exited without error")
            break  # 程序正常退出时终止监控循环

if __name__ == "__main__":
    main()

核心区别 #

1. 进程结构

• 方式一：通过os.execl执行进程替换，当前脚本进程会被新的Python实例直接覆盖，全程无额外父进程，进程ID（PID）保持不变。
• 方式二：采用父子进程架构，有独立的监控父进程，每次重启都会启动全新的子进程运行业务脚本，子进程PID每次都会变化。

2. 重启控制能力

• 方式一：仅能在脚本内部触发重启（如捕获异常后），重启立即执行，无法添加延迟或基于退出状态做复杂判断。
• 方式二：父进程可灵活控制重启逻辑，比如添加冷却延迟、根据子进程退出码决定是否继续重启，甚至能在脚本正常退出时停止监控。

3. 稳定性与资源隔离

• 方式一：进程替换后原进程资源会被系统回收，但如果脚本出现无法捕获的致命错误（如C扩展段错误），会直接导致进程终止，无法触发重启。
• 方式二：子进程与父进程完全隔离，子进程崩溃不会影响父进程稳定运行，即使子进程出现致命错误，父进程仍能正常触发重启。

4. 日志与输出连贯性

• 方式一：重启后脚本的标准输出/错误会延续原进程通道，日志记录连续无断裂。
• 方式二：子进程输出默认继承父进程通道，但父子进程是独立实体，如需精细化日志管理，需额外处理子进程输出捕获。

适用场景 #

方式一适合：

• 轻量级简单脚本，追求最小进程开销，无需复杂重启控制的场景。
• 要求脚本PID保持不变的场景（如依赖PID的服务注册、文件锁逻辑）。
• 仅需在脚本内部捕获异常后触发重启的基础场景。

方式二适合：

• 需要精细化控制重启逻辑的场景（如添加重启冷却时间、根据退出码决定是否重启）。
• 业务脚本可能出现致命崩溃（如第三方库触发的段错误），需要稳定监控的场景。
• 需要同时管理多个业务进程，或需在脚本正常退出时停止监控的场景。
• 追求严格资源隔离，避免子进程问题影响监控进程的生产级场景。

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