Windows服务器运行Python编译的exe需哪些必要条件

用PyInstaller、Nuitka、py2exe这类常见工具打包出的Python EXE，默认已经内嵌了Python解释器和项目用到的第三方Python依赖，不需要在服务器单独装Python环境，启动失败基本是缺系统级依赖、配置错误或环境变动导致。

必备系统环境 #

• 系统基础补丁：Win2008 R2必须先升级到SP1版本，没打SP1的初始版本对新程序的API兼容性极差，是最高发的启动故障原因。可以在cmd中执行ver命令确认版本，返回结果为6.1.7601才是打了SP1的版本。
• VC++运行库：Python解释器和带C扩展的Python第三方库（比如numpy、pywin32、opencv等）都依赖VC运行库，版本必须匹配：
  • Python 3.5~3.8打包的程序，安装VC++ 2015-2019 Redistributable即可，不要安装VC++ 2022版本，该版本已放弃Win2008 R2支持，安装后也无法正常调用
  • Python 2.7、Python 3.4及更早版本打包的程序，需要额外安装VC++ 2008、VC++ 2010 Redistributable
  • 运行库位数要和EXE匹配：32位EXE装x86版，64位EXE装x64版，不确定就两个版本都装
• UCRT通用运行时补丁：安装对应Win2008 R2版本的Universal C Runtime补丁，缺这个补丁会直接弹出「找不到api-ms-win-crt-xxx.dll」的报错。
• 权限配置：给EXE所在的整个文件夹开放当前运行账号的完全读写权限，同时把该EXE加入系统数据执行保护（DEP）的例外列表。Python打包的单文件程序启动时会解压临时资源到目录或系统临时文件夹，权限不足会直接启动失败。

常见非环境类故障排查（适配「之前能跑现在突然跑不了」的场景） #

• 别直接双击EXE看报错：先打开cmd窗口，通过cd命令切换到EXE所在目录，输入EXE完整文件名回车运行，这样程序崩溃的报错信息会停留在窗口里不会一闪而过，可以直接定位缺文件、配置错误等具体问题。
• 路径检查：不要把EXE放在含中文、特殊符号、超长空格的路径下，旧版本PyInstaller对非ASCII路径兼容很差，这类路径下大概率启动崩溃。
• 安全软件排查：检查服务器上的杀毒软件、主机安全防护软件的隔离区，PyInstaller打包的单文件EXE经常被误判为恶意程序，要么依赖文件被隔离删除，要么启动行为被直接拦截，属于非常高发的故障原因。
• 权限测试：右键点击EXE选择「以管理员身份运行」测试，Win2008 R2默认UAC权限限制比普通桌面版Windows更严格，程序如果涉及读写系统目录、调用系统组件、读写注册表、监听端口等操作，普通用户权限下会被直接拦截导致崩溃。

注意：不要额外在服务器安装独立Python环境，打包好的EXE已经自带对应版本的Python运行时，额外安装Python反而可能引发环境变量冲突，干扰程序正常运行。

内容的提问来源于stack exchange，提问作者Peter Sun