FFI：内部可变C API的Send安全性及Rust包装方案问询

我正在为Rust封装一个C API，以下是最小可复现示例（MRE）：

C代码 #

static int connection;
int connect(void) {
  …
  connection = …;
  …
}

int send_msg(char const* str, int len) {
  // uses connection
  …
}

Rust代码 #

struct Wrapper(PhantomData<*mut ()>); // marker for !Sync/!Send

impl Wrapper {
  fn connect() -> Result<Self, Error> { 
    let ret = unsafe { ffi::connect() }; 
    …; 
    Self(PhantomData) 
  }
  fn send_msg(&mut self, msg: &str) -> …
}

我的问题是：Wrapper能否实现Send？理论上若在其他线程访问前执行内存屏障（fence），跨线程传递是可行的，但无法保证此类屏障必然存在，这意味着该API可能不符合Send的要求。如果它确实不能实现Send，是否存在可确保内存屏障的标准包装器，从而让Wrapper可以实现Send？

解答 #

不能直接为Wrapper实现Send，核心原因在于你的C API依赖无同步的全局静态变量connection：

• Rust的Send trait要求类型跨线程移动后，目标线程对其的访问不会引发数据竞争或未定义行为。但你的C代码中connection是全局状态，没有任何同步机制（互斥锁、原子操作等），跨线程传递Wrapper后，多个线程调用send_msg会直接竞争这个全局变量，完全违反Send的安全约定。
• 你提到的内存屏障仅能解决内存可见性问题，无法保证操作的原子性或互斥性——它只能确保一个线程的修改被其他线程看到，但不能阻止多个线程同时读写connection引发的竞争。

关于标准包装器：

• Rust标准库中不存在能自动添加内存屏障、让这类无同步全局状态类型安全实现Send的包装器，因为核心矛盾是全局状态本身的线程不安全，而非单纯的内存可见性问题。
• 若要让Wrapper安全实现Send，需要在C或Rust层补充同步机制：
  • C层同步：为connection添加互斥锁（如pthread_mutex_t），确保connect和send_msg的访问是互斥的。此时可通过unsafe impl Send for Wrapper {}手动实现Send（需确认C层同步逻辑无漏洞）。
  • Rust层同步：在Rust中用同步原语包裹Wrapper或保护API调用，例如用std::sync::Mutex封装Wrapper实例，或在send_msg方法内部使用全局互斥锁来保证同一时间只有一个线程访问C API。这种方式无需手动实现Send，因为Mutex本身已提供线程安全保障。

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