使用CFFI生成DLL时，能否将依赖打包至DLL或静态库？

答案是肯定的，但需要根据依赖类型采取不同的实现方式，同时存在一些限制需要注意：

一、消除python3x.dll依赖 #

要摆脱对python3x.dll的依赖，你需要自行编译静态版本的Python——官方默认发行的Python是动态链接版本。编译时：

• 在Linux/macOS环境下，配置编译参数为 ./configure --enable-shared=no，随后完成编译安装。
• 在Windows环境下，用Visual Studio打开Python的工程文件，将输出类型设置为静态库（生成python3x.lib），再执行编译。

之后在CFFI的构建脚本中，指定链接这个静态Python库，生成的目标DLL就会包含Python运行时的完整代码，不再依赖外部的python3x.dll。

二、打包.pyd依赖 #

分两种场景处理：

• 纯Python模块：可以直接将模块代码嵌入到CFFI的ffi.set_source()中，或者使用CFFI的嵌入API（pyembed模式）把Python字节码打包进生成的DLL内，无需保留单独的.pyd文件。
• 带C扩展的.pyd文件：如果拥有该.pyd对应的源代码，可将其与主项目一同编译，链接到同一个DLL中。若仅持有编译好的.pyd文件，则无法直接打包，除非能获取到它的静态库版本（.lib或.a）并进行静态链接。

关键限制与注意事项 #

• 静态编译Python会导致最终生成的DLL体积大幅增加，因为整个Python运行时代码都被嵌入其中。
• 部分第三方模块依赖动态链接的Python环境，改为静态链接可能会出现兼容性问题，需要调整其编译配置。
• Windows平台下无法直接获取静态Python库，必须自行编译Python源码才能生成，过程相对繁琐。

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