RCU(Read-Copy Update)，顾名思义就是读-拷贝修改（写时复制），它是基于其原理命名的。对于被RCU保护的共享数据结构，读者不需要获得任何锁就可以访问它，但写者在访问它时首先拷贝一个副本，然后对副本进行修改。
读者几乎没有什么同步开销，它不需要锁，不使用原子指令，而且在除alpha的所有架构上也不需要内存栅（Memory Barrier），因此不会导致锁竞争，内存延迟以及流水线停滞。不需要锁也使得使用更容易，因为死锁问题就不需要考虑了。写者的同步开销比较大，它需要延迟数据结构的释放，复制被修改的数据结构，它也必须使用某种锁机制同步并行的其它写者的修改操作。
java中写时复制技术的使用：
CopyOnWriteArrayList
CopyOnWriteArraySet
1. 锁的缺点 互斥锁、读写锁等底层都是CAS，需要访问内存。 另外在大部分非x86架构上获取锁使用了内存栅(Me...
ReadWriteLock 适用于读多写少的场景，针对读多写少这种并发场景，Java SDK并发包提供了读写锁——...
如何实现超高并发的无锁缓存？ 在【超高并发】，【写多读少】，【定长value】的【业务缓存】场景下：1）可以通过水...
设计目的 大多数读请求之间互不影响，在读多写少的场景下，可以分离读写操作，提高读写并发性能. 限制 只能读读并发,...
CopyOnWriteArrayList是开发过程中常用的一种并发容器，多用于读多写少的并发场景。但是CopyOn...
大家好，我是冰河~~ 在实际工作中，有一种非常普遍的并发场景：那就是读多写少的场景。在这种场景下，为了优化程序的性...
写在前面 在实际工作中，有一种非常普遍的并发场景：那就是读多写少的场景。在这种场景下，为了优化程序的性能，我们经常...
读写锁：核心思想实现读写分离，高并发下特别适合 读多写少的场景。 synchronized关键字和Reentran...
ReentrantLock完美实现了互斥，完美解决了并发问题。但是却意外发现它对于读多写少的场景效率实在不行。此时...
一个写多读少的场景:假设滴滴有，100w司机，信息保存在一个map
本文标题：RCU-读多写少场景下的并发模式
本文链接：https://www.haomeiwen.com/subject/vzbqqqtx.html
网友评论