#x1f4d5;【读…

1、邮戳锁2、锁饥饿问题的解决思路3、邮戳锁的特点4、代码演示邮戳锁的传统读写用法5、代码演示邮戳锁之乐观读6、邮戳锁的缺点7、终章回顾

独占锁

StampedLock是JDK1.8中新增的一个读写锁也是对JDK1.5中的读写锁ReentrantReadWriteLock的优化。

stamp戳记long类型代表了锁的状态当stamp返回0时表示线程获取锁失败且当释放锁或者转换锁时都要传入最初获取的stamp值。

idea1使用公平锁可一定程度上缓解锁饥饿问题但这样是以牺牲系统吞吐量为代价的new

idea2Java8的StampedLock类的乐观读锁读写锁的实现类ReentrantReadWriteLock是读写互斥写写互斥但读读共享因此性能比synchronized等独占锁好很多。

而其读写互斥的特点在读线程多写线程少时会导致写锁饥饿基于此邮戳锁提供乐观锁。

获取乐观锁后其他线程尝试获取写锁时不再会被阻塞同时乐观读后也要对结果进行校验。

很乐观认为我读的时候不会有人改如此相比ReentrantReadWriteLock读写锁性能又上了一个台阶。

强调短的读是因为读的时间短了中间被写线程改数据的概率就低更容易乐观成功

所有获取锁的方法都返回一个邮戳StampStamp为零表示锁获取失败其余都表示成功所有释放锁的方法都需要一个邮戳Stamp这个Stamp必须是和成功获取锁时得到的stamp一致StampedLock是不可重入的因此如果一个线程已经持有了写锁又再去获取写锁的话就会造成死锁

StampedLock有三种访问模式

Reading(读模式悲观)功能和ReentrantReadWriteLock的读锁类似Writing(写模式)功能和ReentrantRerdWriteLock的写锁类似Optimistic

reading

(乐观读模式)无锁机制类似于数据库中的乐观锁支持读写并发很乐观的认为读取时没人修改假如被修改再升级为悲观读模式

//资源类

stampedLock.writeLock();System.out.println(Thread.currentThread().getName()

number

{stampedLock.unlockWrite(stamp);}System.out.println(Thread.currentThread().getName()

写线程修改结束);}/***

stampedLock.readLock();System.out.println(Thread.currentThread().getName()

进入读锁预计4秒后读取完成);for

{e.printStackTrace();}NumberFormat

NumberFormat.getPercentInstance();nf.setMaximumFractionDigits(2);

//最大小数位数System.out.println(Thread.currentThread().getName()

读取进度

number;System.out.println(Thread.currentThread().getName()

读取完成获得共享对象变量值为

{stampedLock.unlockRead(stamp);}}

测试类

readThread).start();//为了测试效果确保读线程先启动TimeUnit.MILLISECONDS.sleep(100);new

Thread(()

writeThread).start();//这里不用JUC辅助类了直接sleep等着TimeUnit.SECONDS.sleep(6);System.out.println(Thread.currentThread().getName()

查看最终结果number:

}运行和普通的读写锁没什么区别没读完前写线程不让进依旧读写互斥

5、代码演示邮戳锁之乐观读

下面用邮戳锁的乐观读演示读的过程也允许写锁介入。

先看乐观读的校验方法

boolean

stampedLock.tryOptimisticRead();int

result

number;//故意间隔4秒看中间有没其他线程修改过numberfor

(int

{e.printStackTrace();}System.out.println(Thread.currentThread().getName()

正在读取中

stampedLock.validate(stamp));}//读完了校验下中途有没被写线程修改过若有则升级为悲观读重读若无则无锁偷鸡成功if

(!stampedLock.validate(stamp)){System.out.println(中途被写线程修改过);stamp

{System.out.println(已从乐观读升级为悲观读.......);result

number;System.out.println(悲观读重读的结果

result);}

{stampedLock.unlockRead(stamp);}}//最终结果System.out.println(final

result:

(Condition)使用stampedLock一定不要调用中断操作即不要调用interrupt()方法

7、终章回顾

顺畅多了舒服了。

之前课完结最后一篇笔记整理完直接走人这次按课程老师说的串一遍不错的习惯。