为何Rust中RwLockReadGuard与RwLockWriteGuard未实现Send trait？

• 线程安全的核心约束
  RwLock的锁守卫本质是锁持有权的具象化，设计上就是绑定到获取锁的线程的。如果允许它跨线程传递（实现Send），就会出现“线程A拿锁，线程B释放锁”的场景，这会彻底打乱RwLock对锁状态的跟踪逻辑，轻则引发死锁，重则导致数据竞争直接破坏内存安全。

• 底层系统实现的硬性要求
  Rust标准库的RwLock是对操作系统原生读写锁（比如Linux的pthread_rwlock_t、Windows的SRWLOCK）的封装。这些原生锁普遍要求锁的获取与释放必须在同一个线程，跨线程释放属于未定义行为——可能直接导致程序崩溃，或者让锁陷入永久不可用的状态。Rust通过标记!Send，把这种危险操作在编译期就彻底禁止，避免运行时踩坑。

• 关于你猜测的补充
  你提到的内部AtomicU32并不是线程本地状态，它是用来记录锁的读写计数、持有者信息的全局原子变量。但原生锁的实现往往依赖线程ID或线程本地的隐式状态来验证操作的合法性，跨线程传递锁守卫会绕过这种验证，触发底层的未定义行为，这才是!Send标记的核心原因。

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