Python控制台脚本编译为EXE后，输入选项1未启动子进程反而重启

核心根因 #

你遇到的现象是Windows平台下Python多进程打包exe后的典型适配问题：

• 直接跑.py源码正常，是因为源码运行时主进程和子进程的加载逻辑在开发环境下没有隔离限制
• 打包后出现“执行到修改窗口标题就直接跳回程序初始打招呼环节”，本质是Windows原生的spawn多进程启动机制和打包后的运行环境不兼容——Windows不像Linux/macOS用fork方式创建子进程，spawn模式下子进程会从头重新加载整个脚本的所有顶层可执行代码，一旦没有做入口隔离，子进程启动时就会直接跑主程序的初始交互流程，把主进程的执行逻辑冲掉，看起来就像程序意外重启回到了开头。

分步排查修复 #

• 第一步：补全主入口隔离判断
  所有会被自动执行的业务逻辑（包括用户交互判断、创建Process实例的代码、打印输出的逻辑），全部要包裹在if __name__ == "__main__":的判断块里，脚本顶层只允许放三类内容：模块导入、全局变量定义、业务方法定义（比如你代码里的atc方法）。
  修正后的代码结构参考：

  # 顶层只做定义，不执行实际业务逻辑
  from multiprocessing import Process
  import time, os
  from colorama import Fore
  
  def atc():
      # 你原来的atc业务逻辑写在这里
      pass
  
  # 所有实际可执行的业务流程全部放到主入口判断内
  if __name__ == "__main__":
      # 程序初始打招呼、获取用户输入的逻辑放这里
      print("程序启动打招呼")
      user = input("请输入用户名：")
      question2 = input("请选择任务（1/2）：")
      
      if question2 == "1":
          print(Fore.YELLOW + 'Starting....')
          time.sleep(2)
          print(Fore.GREEN + 'Started Task [1]!')
          os.system("title " + f"Converse Bot V.1.0 User: {user} [Running Task[1]]")
          p1 = Process(target=atc)
          p1.start()
          p1.join() # 按需保留，防止主进程提前退出连带终止子进程
  

  这种隔离逻辑就是为了让子进程启动时，重新加载脚本代码走到主入口判断时，识别到当前不是主进程运行，不会重复执行交互、创建子进程的逻辑，直接进入atc方法的业务流程。

• 第二步：打包配置适配检查
  测试时先去掉PyInstaller的单文件（-F）参数，用默认的文件夹模式（onedir）打包运行，排查是不是单文件模式的临时解压逻辑导致子进程启动失败：

  • 如果onedir模式下子进程能正常启动、单文件模式异常，打包时加上--hidden-import multiprocessing参数，手动把多进程模块加入打包清单
  • 测试阶段不要加--noconsole参数，保留控制台窗口——很多时候子进程启动时的报错会被无窗口模式吞掉，保留控制台能直接看到子进程崩溃的具体原因，比如找不到模块、权限不足、序列化失败等

• 第三步：细节坑位排查

  • 检查atc方法的定义位置：不要把atc方法写在交互逻辑内部、或者类的非静态方法里，spawn模式的子进程找不到非全局定义的方法时会直接崩溃，主进程就会继续往下执行回到初始流程。把atc方法移到脚本顶层的全局作用域定义即可解决
  • 不要给Process传递不可序列化的参数：lambda表达式、动态创建的类实例、闭包方法都无法被spawn模式的子进程解析，传了就会直接启动失败
  • 主进程创建子进程后，要加适当的等待逻辑（比如p1.join()），防止主进程执行完直接退出，连带终止还没跑起来的子进程

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