Linux下使用multiprocess模块时PyInstaller无法生成可用可执行程序

先梳理下你的问题：你基于Python 3.6.5（非标准安装路径/home/repos/ges/Python/bin）编写了一个线程池脚本，直接运行完全正常，但用PyInstaller打包成可执行程序后，执行时出现了_posixsubprocess.so找不到符号的错误。结合你的场景，我整理了几个可行的解决方向：

1. 确保PyInstaller与Python版本兼容 #

Python 3.6.x对PyInstaller的版本有明确兼容性要求，过高或过低的版本都可能引发依赖问题。建议安装适配Python 3.6的PyInstaller版本，比如：

./python3 -m pip install pyinstaller==3.6

如果3.6版本无法解决问题，也可以尝试4.x系列中支持Python 3.6的最高版本（PyInstaller 5.x及以上不再支持Python 3.6）。

2. 明确指定Python依赖路径给PyInstaller #

由于你的Python安装在非标准路径，PyInstaller可能没有正确扫描到所有依赖库。打包时通过--paths参数指定你的Python site-packages目录：

./python3 pyinstaller --paths /home/repos/ges/Python/lib/python3.6/site-packages bp2.py

这能让PyInstaller准确定位到所有需要打包的依赖文件，避免因路径问题导致的库缺失或版本不匹配。

3. 手动替换_posixsubprocess.so文件 #

错误提示中的_posixsubprocess.so是系统级Python扩展库，打包时可能被PyInstaller错误替换或复制了不兼容版本。你可以从Python安装目录找到原版文件（通常在/home/repos/ges/Python/lib/python3.6/lib-dynload/_posixsubprocess.so），手动复制到打包后的dist/bp2/目录中覆盖原文件，再尝试运行可执行程序。

4. 切换到单文件模式打包测试 #

目录模式打包有时会因路径层级问题导致依赖加载异常，试试单文件模式打包：

./python3 pyinstaller --onefile bp2.py

打包完成后运行dist/bp2文件，看是否还会出现相同错误。

5. 检查Python编译配置（若为手动编译的Python） #

如果你的Python是手动编译安装的，可能编译时缺少必要配置选项，导致_posixsubprocess.so未包含_Py_set_inheritable_async_safe符号。可以尝试重新编译Python，添加--enable-shared参数编译共享库版本：

./configure --enable-shared
make && make install

重新安装Python后，再重新安装PyInstaller并打包你的脚本。

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