私以为对FFI的理解, 重点还是对ABI的理解; C-ABI就像英语一样…不同母语的人可以通过英语交流…数据转换就相当于翻译的过程…中文 → 英文 → 法文; 目前很多机器翻译AI也是把target lang翻译成英语…英语有点像一个MIR了 ABI里面最重要的, 估计就是calling convention了: https://flint.cs.yale.edu/cs421/papers/x86-asm/asm.html; - 阅读 std::ffi 的文档，想想 Vec 如何传递给 C？再想想 HashMap 该如何传递？有必要传递一个 HashMap 到 C 那一侧么？ 如果用std::ffi的话, 需要把Vec<T>转成Vec<u8>再转成CString…能不能传, 还有个关键是T必须要有C representation和bindings, 不然到了C里面, 也不知道怎么用T… HashMap没必要, 也需要做类似的serialization, 但是, 怎么做deserialization就没那么容易了; 毕竟从一个nul-terminated 的char*里面还原HashMap是不可能的 - 阅读 rocksdb 的代码，看看 Rust 如何提供 rocksDB 的绑定。 https://github.com/rust-rocksdb/rust-rocksdb/blob/master/librocksdb-sys/build.rs; librocksdb-sys提供C bindings → unsafe crate → 挺复杂的, bind了很多库… 整个rocksdb crate提供safe rust api;

Q: 有个小问题, 为啥bindings.h不需要以下这些header, 咋一build就自动添加这些header呢? 难道是ffi的scaffolding的代码需要? #include <cstdarg> #include <cstdint> #include <cstdlib> #include <ostream> #include <new> Q: Swift call rust FFI 代码的时候, 发生了什么呢? 我猜想是: `dlopen` 找到rust代码编译成的dylib, 然后用dlsym 找到函数 `math::hello`; `math_6c3d_hello` 封装好了这个流程. public func hello(name: String) -> String { let _retval = try! rustCall { math_6c3d_hello(name.lower(), $0) } return try! String.lift(_retval) } ... private func makeRustCall<T>(_ callback: (UnsafeMutablePointer<RustCallStatus>) -> T, errorHandler: (RustBuffer) throws -> Error) throws -> T { var callStatus = RustCallStatus() let returnedVal = **callback(&callStatus)** // ... }