从主Python脚本调用独立次级脚本的问题排查

一、subprocess语法错误的修复 #

你的报错根源是子进程调用的Python版本不匹配：f"{750}x{385}"是Python3.6+才支持的f-string语法，但subprocess.run(["python", "Motor.py"])里的python大概率指向系统默认的Python2（很多系统中python命令默认关联Python2），而Python2不支持f-string，因此触发语法错误。

解决办法：

• 直接指定Python3解释器执行：

  result = subprocess.run(["python3", "Motor.py"], capture_output=True, text=True)
  

• 更稳妥的方式是复用当前主脚本的Python解释器，彻底避免版本差异：

  import sys
  result = subprocess.run([sys.executable, "Motor.py"], capture_output=True, text=True)
  

  sys.executable会返回当前运行主脚本的Python可执行文件路径，确保子进程和主脚本使用完全相同的Python版本，从根源解决版本兼容问题。

二、exec不暂停主脚本的处理 #

exec(open("Motor.py").read())是在当前进程内执行脚本，不会创建独立进程。如果Motor.py是GUI程序（比如基于tkinter开发），它的主循环（mainloop()）会运行，但主脚本的代码会继续向下执行，不会等待GUI关闭或脚本逻辑完成。

如果需要主脚本等待子脚本执行完毕，优先选择subprocess方案——subprocess默认会阻塞主脚本直到子进程执行结束，且完全隔离进程空间，不会出现变量、类命名冲突的问题，完美匹配你的需求。

如果非要使用exec方式让主脚本暂停，需要确保Motor.py的所有逻辑执行完毕才返回，比如tkinter程序要把mainloop()放在代码末尾，且没有后台线程在运行。但这种方式仍会共享当前进程的命名空间，冲突风险依然存在，不推荐使用。

额外提示 #

• 既然担心命名空间冲突，subprocess是最优解，独立进程完全避免了变量、类的重叠问题。
• 如果需要主脚本和子脚本传递数据，可以通过subprocess的stdin/stdout、临时文件或者环境变量实现，无需共享内存。

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