Win7下编译的Python3.7程序在Windows XP运行报错如何解决

你遇到的报错确实是Python 3.7不兼容Windows XP直接导致的：

"无法在动态链接库Kernel32.dll中定位程序输入点GetFinalPathNameByHandleW"

GetFinalPathNameByHandleW是Windows Vista及以上系统才新增的内核API，Windows XP的系统内核库完全不包含该函数。Python官方从3.5版本开始就停止了对Windows XP的支持，所有3.5+版本的Python解释器编译时都默认调用Vista以上版本的系统API，无论你用任何打包工具（包括auto-py-to-exe）打包，只要底层依赖的是3.5+版本的Python运行时，在Windows XP上运行都会触发该报错。你了解的「Windows XP最高支持官方Python 3.4」的信息是正确的。

在不能降级到Python 3.4的前提下，可以选择以下方案解决：

• 使用社区适配的Windows XP专用Python 3.7版本。目前有第三方开发者维护了适配Windows XP的Python 3.5~3.7分支，将你本地的官方Python 3.7替换为该适配版本，重新安装所有依赖库后再用auto-py-to-exe重新打包，即可生成能在XP上正常运行的exe文件。注意优先打包32位版本，适配绝大多数Windows XP运行环境。
• 给XP系统安装API兼容补丁。有开源的第三方补丁可以为Windows XP的Kernel32.dll补全缺失的GetFinalPathNameByHandleW等API，将补丁文件放到exe同级目录或者XP系统目录下，不需要修改你已经打包好的exe即可直接运行。该方案的缺点是部分杀毒软件会将系统API补丁识别为风险文件，极端场景下可能出现稳定性问题。
• 拆分运行架构。如果XP设备允许联网，可以将你的Python 3.7核心逻辑部署在Win7及以上版本的设备上作为服务端，XP侧仅用Python 3.4或其他XP兼容的开发语言写一个轻量客户端调用服务端接口即可，不需要改动原有业务代码。

不要尝试手动替换打包后exe中的Python运行时文件，极易出现依赖不匹配、随机崩溃的问题，排查成本远高于上述方案。

内容的提问来源于stack exchange，提问作者Flavio Fernandes