2. 读写锁的局限性：传统读写锁（rwlock）在SMP高并发下的性能瓶颈与cache bouncing问题

2.1 读写锁的基本工作原理

传统读写锁（rwlock）允许多个读者同时持有锁，但写者必须独占。在SMP（对称多处理）系统中，其核心实现依赖于一个共享的全局计数器或状态字，通过原子操作（如 atomic_add、atomic_cmpxchg）来维护锁状态。

2.2 Cache Bouncing 的根源与代价

在SMP架构中，每个CPU拥有独立的L1/L2缓存。当多个CPU频繁读写同一个锁变量时，缓存行会在各CPU的缓存之间“乒乓”传递。

2.3 高并发下的性能瓶颈分析

当系统CPU核心数增加时，读写锁的性能会急剧下降。以下是在一个典型x86服务器上的测试数据对比：

2.4 读写锁的三大核心缺陷

1. 全局锁变量竞争： 所有CPU共享同一个锁变量，每次原子操作都会触发缓存行失效（Invalidation），导致其他CPU的缓存行变为无效状态。
2. 读者与读者之间的干扰： 即使没有写者，多个读者同时加锁也会互相干扰。每个读者加锁时都会修改锁变量，导致其他读者的缓存行失效，迫使它们重新从内存或共享缓存加载。
3. 写者饥饿与不公平性： 在高读者负载下，写者可能长时间无法获得锁，导致写操作延迟不可预测。某些实现（如偏向读者）会加剧这一问题。

2.5 与RCU的直观对比

RCU（Read-Copy-Update）通过消除读者端的锁操作，从根本上避免了cache bouncing问题。以下是一个简单的性能对比示例：

// 读写锁版本：每次读操作都涉及原子加锁
void reader_rwlock(struct rwlock_t *lock, int *data) {
    read_lock(lock);          // 原子操作，触发cache bouncing
    int val = *data;          // 读取共享数据
    read_unlock(lock);        // 原子操作，再次触发cache bouncing
    // 处理 val ...
}

// RCU版本：读者无需任何原子操作
void reader_rcu(int *data) {
    rcu_read_lock();          // 仅内存屏障，无原子操作
    int val = rcu_dereference(*data);  // 读取共享数据
    rcu_read_unlock();        // 仅内存屏障，无原子操作
    // 处理 val ...
}

2.6 适用场景与迁移建议

传统读写锁并非一无是处，但在以下场景中应优先考虑RCU：

• 读者远多于写者： 读操作占比超过99%，且读操作频繁。
• CPU核心数较多： 超过8核的系统，cache bouncing问题会显著放大。
• 对写延迟敏感： 需要保证写操作在可预测的时间内完成。
• 共享数据结构较大： 复制开销可以接受，但锁竞争开销不可接受。