【读写锁小总结】ReentrantReadWriteLock的Demo实现

在实际的业务场景中,线程去访问一个资源,都是需要很多线程需要共享读的,写的时候可以独占锁,所以JUC就衍生出来ReentrantReadWriteLock,读写锁。而ReentrantLock和Synchronized和lock都满足不了这个需求。

独占锁:指该锁一次只能被一个线程所持有。对ReentrantLock和Synchronized而言都是独占锁。
共享锁:指该锁可被多个线程所持有。
对ReentrantReadWriteLock,其读锁是共享锁,其写锁是独占锁。读锁的共享锁可保证并发读是非常高效的,读写,写读,写写的过程是互斥的。

ReentrantReadWriteLock就叫独占锁/共享锁。

/**
 * 多个线程同时读一个资源类没有任何问题,所以为了满足并发量,读取共享资源应该可以同时进行。
 * 但是如果有一个线程想去写共享资源类,就不应该再有其他线程可以对该资源进行读或写
 * 小总结:
 *      读-读共存
 *      读-写共存
 *      写-写不共存
 *
 *      写操作:原子+独占,整个过程必须是一个完整的统一体,中间不许被分割,被打断
 *
 */
package com.neu.controller.study;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;
import java.util.concurrent.locks.ReentrantReadWriteLock;
//ReentrantReadWriteLock 独占锁/共享锁

/**
 * 线程   操作   资源类
 */
class MyCache{//资源类
    private volatile Map<String ,Object> map= new HashMap<>();//模拟缓存 volatile可见性
    private ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();

    //private ReentrantLock lock = new ReentrantLock();
    //传统的锁不足以满足多个线程读,ReentrantLock只能一个线程操作读或者写

    public void put(String key,Object value){
        rwLock.writeLock().lock();
        try{
            System.out.println(Thread.currentThread().getName()+"\t 正在写入"+key);
            try{TimeUnit.MILLISECONDS.sleep(300);}catch(Exception e){e.printStackTrace();}
            map.put(key,value);
            System.out.println(Thread.currentThread().getName()+"\t 写入完成");
        }catch(Exception e){
        	e.printStackTrace();
        }finally{
        	rwLock.writeLock().unlock();
        }
    }
    //读共享且时间段不一样
    public void get(String key){
        rwLock.readLock().lock();
        try{
            System.out.println(Thread.currentThread().getName()+"\t 正在读取");
            map.get(key);
            System.out.println(Thread.currentThread().getName()+"\t 读取完成");
        }catch(Exception e){
        	e.printStackTrace();
        }finally{
        	rwLock.readLock().unlock();
        }
    }

}

/**
 * 多个线程同时读一个资源类没有任何问题,所以为了满足并发量,读取共享资源应该可以同时进行。
 * 但是
 * 如果有一个线程想去写共享资源类,就不应该再有其他线程可以对该资源进行读或写
 * 小总结:
 *      读-读共存
 *      读-写共存
 *      写-写不共存
 *
 *      写操作:原子+独占,整个过程必须是一个完整的统一体,中间不许被分割,被打断
 *
 */
public class ReadWriteLockDemo {
    public static void main(String[] args) {
        MyCache myCache = new MyCache();
        for (int i=0;i<5;i++){
            final int temp = i;
            new Thread(()->{
               myCache.put(temp+"",temp+"");
           },String.valueOf(i)).start();
        }
        for (int i=0;i<5;i++){
            final int temp = i;
            new Thread(()->{
               myCache.get(temp+"");
           },String.valueOf(i)).start();
        }

    }
}

结果:【写操作都是原子性完成,不能加塞;读操作没要求】

0     正在写入0
0     写入完成
1     正在写入1
1     写入完成
2     正在写入2
2     写入完成
3     正在写入3
3     写入完成
4     正在写入4
4     写入完成
1     正在读取
1     读取完成
0     正在读取
3     正在读取
3     读取完成
2     正在读取
2     读取完成
4     正在读取
4     读取完成
0     读取完成

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值