使用PyO3绑定的两个Rust Crate间的互操作性问题

我来帮你捋捋这个跨crate用PyO3的问题哈～你现在的情况是：有两个Rust crate lib1和lib2，都靠pyo3生成Python绑定，而且lib2里引入了lib1；另外还有个单独的lib1-py crate，在里面定义了Python类MyClass，现在想在lib2的函数里把PyRef<MyClass>作为参数，比如写了这段代码：

fn foo(param: PyRef<MyClass>)

但估计这会碰到类型不兼容的问题，对吧？

其实核心问题在于MyClass的类型定义是在lib1-py里的，lib2默认找不到这个类型的定义，而且PyO3的PyRef是和具体的PyO3类型强绑定的。我给你几个实用的解决思路：

• 调整类型定义的位置：把MyClass的#[pyclass]标记的Rust struct定义放在lib1里，然后lib1-py只负责把这个类导出到Python端。这样lib2依赖lib1之后，就能直接引用MyClass类型，PyRef<MyClass>自然就能正常用了。
• 用动态类型做中转：如果不想动现有crate结构，可以先用PyAny接收参数，然后在函数内部动态转成MyClass，代码大概是这样：

fn foo(param: &PyAny) -> PyResult<()> {
    let my_class = param.extract::<PyRef<'_, MyClass>>()?;
    // 这里写你的业务逻辑
    Ok(())
}

不过这种方式会失去编译期的类型检查，得在运行时处理转型失败的情况，适合场景比较简单的情况。

• 让lib2直接依赖lib1-py：如果允许的话，给lib2的Cargo.toml加上lib1-py的依赖，这样就能直接引用lib1-py里的MyClass类型了。但要注意别造成crate之间的循环依赖哦，比如lib1-py依赖lib1，lib2依赖lib1和lib1-py是没问题的，但如果lib1反过来依赖lib2就会出问题。

另外还要提醒你，所有涉及的crate一定要用相同版本的PyO3，不同版本的PyO3之间的内部类型是不兼容的，这也是跨crate用PyO3时很容易踩的坑。

备注：内容来源于stack exchange，提问作者Red Rapious