如果已经安装了 `python3-dev` 包仍然遇到 `PyInstaller.exceptions.PythonLibraryNotFoundError: Python library not found: libpython3.8.so.1.0, libpython3.8.so` 的错误，可能是由于以下几个原因导致的问题仍未解决： ### 检查Python路径配置 有时尽管你已成功安装了必要的开发包，但如果环境变量设置不当或使用的是非系统默认的 Python 版本，可能会导致 PyInstaller 查找共享库失败。因此你需要确认当前使用的 Python 解释器确实指向了新安装的那个版本，并且它的相关库文件位置已被正确加入到系统的搜索路径中。 #### 验证当前使用的Python解释器： ```bash which python3 ``` 确保输出的结果是你期望的那个版本的位置。如果不是的话，可以通过修改 shell 配置文件（例如 `.bashrc`, `.zshrc` 等）调整 `$PATH` 变量顺序或者直接指定完整路径的方式来修正这一问题。 另外还可以查看实际加载的 Python 库： ```bash ldd $(which python3) | grep "=>" ``` 这行命令会列出所有由该 Python 实例所依赖的共享库及其绝对路径；注意其中是否有类似于 `libpythonX.Y.so.Z` 形式的条目以及它们是否存在并且可以访问。 ### 设置LD_LIBRARY_PATH 为了帮助动态链接器找到所需的共享库，可以临时地向 `LD_LIBRARY_PATH` 添加上包含目标 `.so` 文件所在的目录地址。比如假如你知道新的 Python 安装在 `/usr/local/lib/python3.8/config-3.8-x86_64-linux-gnu/` 目录下有我们需要的东西，就执行下面这条命令来扩充查找范围： ```bash export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib/python3.8/config-3.8-x86_64-linux-gnu/ source ~/.bashrc # 如果你在.bashrc里设置了上述内容则需刷新使之生效 ``` 记住这不是长久之计——更理想的做法是让这些信息持久化保存下来并通过适当的方式集成进操作系统的标准机制当中去（如通过更新 `/etc/ld.so.conf.d/` 下的相关配置文档再运行 ldconfig 来达到目的）。 ### 调整PyInstaller的行为 有时候即使是正确的库也未能被识别出来，这时你可以尝试显式告知 PyInstaller 关于 Python 共享库的具体位置。可通过设置环境变量 `PYTHONHOME` 和 `PYTHONPATH` 达成效果；或者是利用 PyInstaller 提供的一系列钩子 (hook)，编写自定义脚本来指导其寻找合适的资源文件。 此外，还有一个比较少人注意到的地方就是 PyInstaller 内部有一个名为 `_internal/compat.py` 的模块负责解析和确定可用的 Python 运行时环境。当面对复杂场景特别是定制化的 Linux 发行版或是容器环境下部署应用的时候，这块逻辑有可能不够智能而造成误导性的判断结果。此时建议深入研究一下官方文档中的高级主题部分，看看有没有适合你自己具体情况的技术手段可供采用。 最后别忘了重启终端窗口或重新登录使以上更改生效后再试一次打包流程。 --