pyinstaller 在不同机器上生成可执行文件大小不一致，通常并非源于代码或依赖差异，而是受系统环境变量（尤其是 path）影响——它会改变 pyinstaller 自动探测和打包的动态链接库（如 ucrt、vcruntime）的来源路径，导致重复打包或版本混杂。
pyinstaller 在不同机器上生成可执行文件大小不一致，通常并非源于代码或依赖差异，而是受系统环境变量（尤其是 path）影响——它会改变 pyinstaller 自动探测和打包的动态链接库（如 ucrt、vcruntime）的来源路径，导致重复打包或版本混杂。
PyInstaller 并非仅依赖项目中显式声明的 Python 包，还会扫描系统环境以收集运行时必需的底层 DLL（例如 api-ms-win-crt-*.dll、vcruntime140.dll、python311.dll 等）。这些 DLL 的查找顺序高度依赖系统的 PATH 环境变量。当两台 Windows 笔记本的 PATH 不一致时，PyInstaller 可能从不同位置（如 JDK 的 bin/、JRE 的 bin/、Visual Studio 安装目录、Windows SDK 路径，甚至旧版 Miniconda 目录）加载同一名称但实际二进制内容不同的 CRT 或运行时 DLL —— 即使文件名和版本号（如 api-ms-win-crt-runtime-l1-1-0.dll）完全相同，其内部校验和、构建时间戳或符号表也可能不同，最终导致打包进 EXE 的资源字节流存在差异，从而影响最终可执行文件体积。
一个典型表现正如提问中所见：Analysis-00.toc 显示相同的 DLL 名称和版本，但来源路径不同（JDK vs JRE），这正是 PATH 优先级差异导致的“同名异源”问题。
✅ 解决方案：标准化构建环境
在构建脚本中显式控制 PATH，确保 PyInstaller 始终使用预期的运行时组件：
:: build.bat（Windows） @echo off setlocal :: 清空并重置 PATH，仅保留必要路径（如 Python 安装目录 + 系统核心路径） set "PATH=C:\Python311;C:\Windows\System32;C:\Windows;" :: 可选：显式指定运行时 DLL 搜索路径（PyInstaller 6.0+ 支持） pyinstaller ^ --add-binary "C:\Python311\python311.dll;." ^ --add-binary "C:\Python311\VCRUNTIME140.dll;." ^ --onefile main.py endlocal
⚠️ 注意事项
- 不要依赖全局 PATH 进行构建，尤其在 CI/CD 或多开发机协作场景中；
- 使用 --debug=all 或 --log-level=DEBUG 可查看 PyInstaller 实际加载的 DLL 路径；
- 推荐配合 --collect-all 和 --exclude-module 精确控制依赖，避免隐式引入；
- 若需完全可重现构建（bit-for-bit identical EXE），还需统一：Python 构建版本（非仅 3.11.x，需 3.11.9+xxxx）、PyInstaller 版本、UPX（如启用）参数、Windows SDK 版本及目标平台（x64 vs ARM64）。
总结：PyInstaller 的“确定性构建”不是默认行为，而是需主动约束的工程实践。PATH 是最常被忽视却最具破坏力的变量之一——它让看似相同的命令，在不同环境中产生实质不同的二进制输出。通过固化环境变量、显式声明关键 DLL 来源，并辅以构建日志审计，即可实现跨机器一致、可验证、可复现的打包结果。
