java中的JUC总结 七——读写锁

1、在了解读写锁时,先了解一下悲观锁和乐观锁

        

从图中额列子可以看出:

        悲观锁:在多线程访问是,会先抢占锁,没有抢在的线程需要等待,在抢在锁的线程指向完以后,其他线程才可继续抢锁执行。

        乐观锁:在读的时候,是多线程共享的读,并获取到相同的版本号,但其中一个如果做了修改后,会自动修改版本后,其他线程在操作时,会比对版本号,如果版本号不一致,变会取消该次操作。

2、读写锁(ReentrantReadWriteLock)

        2.1、读写锁:有读锁(也称共享锁),写锁(也称独占锁),二者都有可能或造成死锁的情况。

        在现实的场景中有以下这样的需求:

        对共享资源有读和写的操作,且写操作没有读操作那么频繁。在没有写操作的时候,多个线程同时读一个资源没有任何问题,所以应该允许多个线程同时读取共享资源;但是如果一个线程想去写这些共享资源,就不应该允许其他线程对该资源进行读和写的操作了。

        针对这种场景,JAVA的并发包提供了读写锁ReentrantReadWriteLock,它表示两个锁,一个是读操作相关的锁,称为共享锁;一个是写相关的锁,称为排他锁(独占锁)

2.2.、线程进入读锁的前提条件:
• 没有其他线程的写锁
• 没有写请求, 或者==有写请求,但调用线程和持有锁的线程是同一个(可重入锁)。==
2.3、 线程进入写锁的前提条件:
• 没有其他线程的读锁
• 没有其他线程的写锁
而读写锁有以下三个重要的特性:
(1)公平选择性:支持非公平(默认)和公平的锁获取方式,吞吐量还是非公平优于公平。
(2)重进入:读锁和写锁都支持线程重进入。
(3)锁降级:遵循获取写锁、获取读锁再释放写锁的次序,写锁能够降级成为读锁

2.3、锁降级

        

写锁可以降级为读锁,但读锁不能升级我为写锁,在获取写,再获取读锁,再释放写锁,此时变降级为读锁

2.4、使用ReentrantReadWriteLock 对一个hashmap进行读和写操作

package com.study.demo.lock;

import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;

class Data6 {
	//创建集合
	private volatile Map<String,Object> map = new HashMap<>();
	//创建读写锁
	ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
	//往map中存放数据的方法
	public  void put(String key,Object value) {
		//获取写锁
		rwLock.writeLock().lock();
		try {
			//存放数据
			System.out.println(Thread.currentThread().getName()+"开始写数据"+key);
			//暂停300ms
			Thread.sleep(300);
			//TimeUnit.MICROSECONDS.sleep(3000);
			map.put(key, value);
			System.out.println(Thread.currentThread().getName()+"-----写数据完成"+key);
		} catch (Exception e) { 
			e.printStackTrace(); 
		}
		finally {
			//释放写锁
			rwLock.writeLock().unlock();
		}

	}

	//往map中取出数据的方法
	public Object get(String key) {
		//获取读锁
		rwLock.readLock().lock();
		Object data = null;
		try {
			//存放数据
			System.out.println(Thread.currentThread().getName()+"开始读取数据"+key);
			//暂停300ms
			//TimeUnit.MICROSECONDS.sleep(300);
			data =map.get(key);
			System.out.println(Thread.currentThread().getName()+"-----读取数据完成"+key);

		} catch (Exception e) { 
			e.printStackTrace(); 
		}
		finally {
			//释放读锁
			rwLock.readLock().unlock();
		}
		return data;

	}
}
public class ReentrantReadWriteLockDemo {

	public static void main(String[] args) {
		Data6 data = new Data6();
		new Thread(() -> {
			for(int i = 1; i <= 15 ; i++) {
				data.put(i+"",i);
			}

		},"AA").start(); 
		new Thread(() -> {
			for(int i = 1; i <= 15 ; i++) {

				Object ob= data.get(i+"");
				
			}

		},"BB").start(); 

	}

}

小结:

        • 在线程持有读锁的情况下,该线程不能取得写锁(因为获取写锁的时候,如果发现当前的读锁被占用,就马上获取失败,不管读锁是不是被当前线程持有)。
        • 在线程持有写锁的情况下,该线程可以继续获取读锁(获取读锁时如果发现写锁被占用,只有写锁没有被当前线程占用的情况才会获取失败)。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值