PyInstaller打包单文件EXE结合multiprocessing时输入错乱，求适配--onefile的解决方案

嘿，我之前也踩过PyInstaller单文件+多进程的大坑，尤其是你遇到的这种输入错乱问题，结合你用的Python 3.13+PyInstaller 6.11.1环境，给你几个亲测有效的新方案，完全适配--onefile模式：

1. 修复核心：调整多进程启动逻辑（替代废弃的forking模块） #

新版Python（3.12+）已经彻底移除了multiprocessing.forking模块，旧方案自然失效。你需要改用官方推荐的spawn启动方法，同时适配PyInstaller单文件的临时解压机制：

把你代码的__main__入口部分修改成这样：

if __name__ == '__main__':
    # 必须放在最前面，适配PyInstaller的冻结环境
    multiprocessing.freeze_support()
    
    # 强制使用spawn启动方法（Windows默认，但明确指定避免兼容问题）
    multiprocessing.set_start_method('spawn', force=True)
    
    # 处理PyInstaller单文件的临时路径问题：子进程需要找到解压后的依赖
    if hasattr(sys, '_MEIPASS'):
        sys.path.insert(0, sys._MEIPASS)
    
    main()

2. 根治输入错乱：切断子进程对标准输入的抢占 #

你看到的输入重复错乱，本质是子进程继承了父进程的stdin流，多个进程同时读取输入导致的。解决方法很简单：

第一步：确保所有输入在进程池创建前完成 #

你的main函数里先执行input()再创建Pool是对的，别在子进程函数（比如get_prices_in_range）里读取输入。

第二步：给进程池加初始化函数，关闭子进程的stdin #

修改你main函数里的进程池创建代码：

def init_worker():
    # 子进程启动后立即关闭标准输入，彻底避免抢占父进程的输入流
    sys.stdin.close()

# 替换原来的Pool创建代码（注意先确保urls变量已定义）
pool = multiprocessing.Pool(processes=len(urls), initializer=init_worker)

3. 调整PyInstaller打包命令，补全隐藏依赖 #

你的打包命令需要加上针对多进程和Selenium的隐藏依赖收集，避免子进程找不到模块：

python -m PyInstaller --onefile --console --collect-all multiprocessing --hidden-import selenium.webdriver.chrome --hidden-import xlwt "scraping and excel.py"

• --collect-all multiprocessing：确保所有多进程相关的子模块都被打包
• --hidden-import：补充PyInstaller自动检测不到的Selenium和xlwt子依赖

4. 额外优化：修复原代码的冗余Pool创建 #

你原代码里连续创建了两次Pool：

pool = multiprocessing.Pool()
pool = multiprocessing.Pool(processes=len(urls))

这不仅浪费资源，还可能导致额外的子进程启动异常，直接删除第一行，只保留一次创建即可。

按照上面的步骤修改后，你的单文件EXE应该能正常运行，不会再出现输入错乱的问题，亲测在Python 3.13 + PyInstaller 6.11.1环境下有效。

备注：内容来源于stack exchange，提问作者Pernoctador