Windows 10下开发可被Python调用的Rust模块时，执行cargo build --release报错LNK1181：无法打开python39.lib

我来帮你一步步拆解并解决这些问题，毕竟在Windows上用Rust写Python扩展确实容易遇到链接和编译的坑：

一、先搞定Release模式的LNK1181错误（找不到python39.lib） #

你已经试过添加PATH和运行vcvars64.bat，但没解决，试试这些更精准的方法：

1. 强制Rust链接器指定python39.lib的路径
   PATH有时候会因为优先级或者环境变量加载顺序的问题不生效，直接给Rust传递链接路径更可靠：

   • 临时方案：在命令行里先设置RUSTFLAGS，再编译：

     set RUSTFLAGS=-L "C:\你的Python路径\Python39\libs"
     cargo build --release
     

   • 永久方案：在你的Cargo.toml里添加Release配置的rustflags：

     [profile.release]
     rustflags = ["-L", "C:\\你的Python路径\\Python39\\libs"]
     

   注意路径要用双反斜杠，或者用正斜杠。

2. 确认Rust编译目标和Python架构完全匹配
   如果你的Python是64位的，Rust必须用x86_64-pc-windows-msvc目标编译。检查默认目标：

   rustup show
   

   如果默认是32位的i686-pc-windows-msvc，切换到64位：

   rustup default x86_64-pc-windows-msvc
   

3. 确保Visual Studio环境加载正确
   运行vcvars64.bat必须和编译操作在同一个命令行窗口里，重启系统不会保留这个临时环境。正确步骤：

   1. 打开x64 Native Tools Command Prompt for VS 2019（直接搜这个，比手动找vcvars64.bat更可靠）
   2. 在这个窗口里切换到你的Rust项目目录
   3. 执行cargo build --release

二、解决Debug版本的间歇性编译失败问题 #

这个大概率是Rust增量编译的缓存搞的鬼，试试：

• 先清理所有编译缓存：

  cargo clean
  

• 然后重新编译Debug版本：

  cargo build
  

如果还是偶尔失败，检查Cargo.toml里的[profile.dev]配置，有没有开启一些不稳定的编译选项，比如incremental = false可以关闭增量编译试试。

三、让编译出的DLL能被Python导入 #

你之前的问题在于，Rust编译出的普通DLL不是Python可识别的扩展模块，需要做这两步：

1. 用正确的库生成Python扩展
   老文档里的方法可能过时了，推荐用pyo3或者rust-cpython（更推荐pyo3，维护更活跃）。以pyo3为例，在Cargo.toml里添加：

   [package]
   name = "myrustlib"
   version = "0.1.0"
   edition = "2021"
   
   [lib]
   name = "myrustlib"
   crate-type = ["cdylib"]  # 这个必须加，生成Python可加载的动态库
   
   [dependencies]
   pyo3 = { version = "0.20", features = ["extension-module"] }
   

2. 重命名DLL为Pyd后缀
   编译成功后，在target/release（或debug）里找到myrustlib.dll，重命名为myrustlib.pyd——这是Windows下Python扩展模块的标准后缀。

3. 导入测试
   把myrustlib.pyd放到Python的site-packages目录，或者和你的测试脚本同目录，然后直接：

   import myrustlib
   

就能正常导入了。

最后提醒：确保你的Python版本和你用的python39.lib完全对应（比如都是3.9.10），小版本不匹配也可能导致链接或导入失败。

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