1)SDK已经有管程了,不是可以解决所有的并发问题的吗,为什么还要有读写锁?
-
不同的场景下使用不同的锁效果是不一样的,我们的读写锁用在读多写少的场景下那是非常有用的。
2)读写锁是我们JAVA特有的吗?他有什么原则?
-
读写锁并不是java特有的,是通用的一个技术方案。读写锁的话有三个基本原则:
-
同一时刻,允许多个线程去读一个变量
-
同一时刻,只允许一个线程去写变量
-
当有一个线程在写变量的时候,是不能读的
-
3)读写锁在java中是怎样实现的,怎样使用?
-
ReadWriteLock他只是一个接口,他的实现子类是ReentrantReadWriteLock。
-
用的时候直接调用读锁或者写锁readLock()
4)既然说了读写锁适合我们缓存的场景下的使用,那读写锁怎样快速的实现一个缓存呢?
-
我们定义一个类,这个类呢有k 和 v变量,代表缓存的key和value。有get()读方法,和put()写方法。读的时候上读锁,写的时候上写锁。
class Cache<K,V> {
final Map<K, V> m =
new HashMap<>();
final ReadWriteLock rwl =
new ReentrantReadWriteLock();
// 读锁
final Lock r = rwl.readLock();
// 写锁
final Lock w = rwl.writeLock();
// 读缓存
V get(K key) {
r.lock();
try { return m.get(key); }
finally { r.unlock(); }
}
// 写缓存
V put(K key, V value) {
w.lock();
try { return m.put(key, v); }
finally { w.unlock(); }
}
}
5)实现缓存,会存在数据初始化的问题,那么我们缓存里面的数据该怎样初始化呢?
-
对于数据比较少的,我们直接一次性把数据装进缓存,简单粗暴又高效。
-
对于数据比较多的,要读数据的时候,我们再把它存进缓存里面来。
6)上面实现初始化缓存数据的的方法中,第二种代码是怎样实现的?
class Cache<K,V> {
final Map<K, V> m =
new HashMap<>();
final ReadWriteLock rwl =
new ReentrantReadWriteLock();
final Lock r = rwl.readLock();
final Lock w = rwl.writeLock();
V get(K key) {
V v = null;
//读缓存
r.lock(); ①
try {
v = m.get(key); ②
} finally{
r.unlock(); ③
}
//缓存中存在,返回
if(v != null) { ④
return v;
}
//缓存中不存在,查询数据库
w.lock(); ⑤
try {
//再次验证
//其他线程可能已经查询过数据库
v = m.get(key); ⑥
if(v == null){ ⑦
//查询数据库
v=省略代码无数
m.put(key, v);
}
} finally{
w.unlock();
}
return v;
}
}
7)为什么要再次进行验证?
-
因为我们的读是并发的,不确定其它线程在这个期间读过没有,为了防止重复读,所以要再次验证。