锁的性能与其克隆数量是否相关？Arc<RwLock>多线程场景性能问询

我在主线程中使用变量t: Arc<RwLock<Handle>>进行读写操作，在n个其他线程中，仅会在程序可能panic前克隆t以释放资源（即程序正常运行时不会调用t）。在此场景下，主线程对t的读写性能是否会随n增大而下降？例如n=100时写入t的开销是否比n=0时更大？

• 核心结论：主线程对t的读写性能不会随n的增大而下降，n=100时的写入开销和n=0时几乎没有差异。

• 具体分析：

  1. Arc引用计数不干扰RwLock锁操作：其他线程仅持有Arc的克隆，但正常运行时不会访问RwLock内部逻辑。Arc的原子引用计数仅在克隆或释放实例时修改，主线程对t的读写是调用RwLock的read()/write()方法，这一过程不会触发Arc引用计数的变更，因此n的大小不会影响主线程的锁操作效率。
  2. RwLock的性能损耗仅来自锁竞争：RwLock的读写开销增加只发生在多线程同时请求锁的场景。你的其他线程在正常运行时完全不调用t的锁方法，不会与主线程产生锁竞争，无论n多大，主线程的锁操作都不会有额外的竞争开销。
  3. panic前的克隆属于偶发操作：其他线程仅在panic前才执行t的克隆，这是程序异常路径上的偶发行为，不会对主线程的常规读写性能造成持续性影响。

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