Python导入.so文件报%1不是有效Win32应用错误如何解决？

• 核心原因是动态库格式与Windows系统不兼容：.so是Linux/macOS平台的动态库格式（对应ELF/Mach-O二进制标准），Windows原生支持的动态库是PE格式的.dll文件，系统加载器无法识别非PE格式的二进制文件，就会抛出OSError: [WinError 193] %1 is not a valid Win32 application错误。
• 大概率你当前调用的gcc不是Windows原生编译工具链：如果调用的是WSL子系统内的gcc、或者未配置Windows目标的Cygwin gcc，编译出的二进制是Linux/类Linux平台格式，根本无法被Windows原生Python加载。
• 次要触发可能：编译出的动态库CPU架构和安装的Python架构不匹配，比如64位Python加载32位动态库，或者32位Python加载64位动态库，也会抛出相同错误。

1. 用Windows平台的编译工具链重新编译动态库
   • 如果你使用Windows原生的MinGW-w64 GCC工具链，将编译命令修改为：

   gcc -o theories/test.dll -shared -fPIC -O2 test.c
   

   • 如果你使用VS2022自带的MSVC编译器，先打开和Python架构匹配的VS原生命令提示符（Python为64位就选「x64 Native Tools Command Prompt for VS 2022」，32位就选x86版本），进入代码目录后执行：

   cl /LD /O2 test.c /Fe:theories\test.dll
   

   其中/LD参数指定编译输出动态链接库，/Fe参数指定输出文件路径。

   注意：不要直接把.so后缀重命名为.dll，二进制文件格式不会随后缀名改变，必须用对应平台的工具链重新编译。另外WSL内的GCC编译出的二进制只能在WSL环境中运行，无法供Windows原生Python调用。

2. 修改Python加载逻辑，适配跨平台规则
   不要硬编码.so后缀，同时使用标准库方法拼接文件路径，避免不同系统路径分隔符不兼容的问题，参考代码如下：

   from ctypes import CDLL
   import os
   import sys
   
   absolute_path = os.path.dirname(os.path.abspath(__file__))
   # 自动匹配当前系统的动态库后缀
   if sys.platform.startswith("win"):
       lib_suffix = ".dll"
   elif sys.platform == "darwin":
       lib_suffix = ".dylib"
   else:
       lib_suffix = ".so"
   test_lib_path = os.path.join(absolute_path, "theories", f"test{lib_suffix}")
   test = CDLL(test_lib_path)
   

3. 校验架构一致性
   启动Python时查看控制台打印的版本信息，确认Python是32位还是64位版本，编译动态库时必须选择对应架构的工具链，二者位数完全一致才能正常加载。

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