关于读写锁Java语法层面的synchronized锁和JDK内置可重入锁ReentrantLock我们都经常会使用，这两种锁都属于纯粹的独占锁，也就是说这些锁任意时刻只能由一个线程持有，其它线程都得排队依次获取锁。为了提高并发性能我们会额外引入共享锁来与独占锁共同对外构成一个锁，这种就叫读写锁。为

前言我们都知道浮点型变量在进行计算的时候会出现丢失精度的问题。如下一段代码：System.out.println(0.05+0.01);System.out.println(1.0-0.42);System.out.println(4.015*100);System.out.println(123.

这篇文章是AQS系列的最后一篇，第一篇，我们通过ReentrantLock公平锁分析了AQS的核心，第二篇的重点是把Condition说明白，同时也说清楚了对于线程中断的使用。这篇，我们的关注点是AQS最后的部分，AQS共享模式的使用。有前两篇文章的铺垫，剩下的源码分析将会简单很多。本文先用Coun

文章比较长，信息量比较大，建议在pc上阅读。文章标题是为了呼应前文，其实可以单独成文的，主要是希望读者看文章能系统看。本文关注以下几点内容：1.深入理解ReentrantLock公平锁和非公平锁的区别2.深入分析AbstractQueuedSynchronizer中的ConditionObject3

在分析Java并发包java.util.concurrent源码的时候，少不了需要了解AbstractQueuedSynchronizer（以下简写AQS）这个抽象类，因为它是Java并发包的基础工具类，是实现ReentrantLock、CountDownLatch、Semaphore、Future

随着泛型用的越来越多，获取泛型实际类型信息的需求也会出现，如果用原生API，需要很多步操作才能获取到泛型，比如：ParameterizedTypeparameterizedType=(ParameterizedType)ABService.class.getGenericInterfaces()[0

处理器内存模型顺序一致性内存模型是一个理论参考模型，JMM和处理器内存模型在设计时通常会把顺序一致性内存模型作为参照。JMM和处理器内存模型在设计时会对顺序一致性模型做一些放松，因为如果完全按照顺序一致性模型来实现处理器和JMM，那么很多的处理器和编译器优化都要被禁止，这对执行性能将会有很大的影响。

与前面介绍的锁和volatile相比较，对final域的读和写更像是普通的变量访问。对于final域，编译器和处理器要遵守两个重排序规则：在构造函数内对一个final域的写入，与随后把这个被构造对象的引用赋值给一个引用变量，这两个操作之间不能重排序。初次读一个包含final域的对象的引用，与随后初次

锁的释放-获取建立的happensbefore关系锁是java并发编程中最重要的同步机制。锁除了让临界区互斥执行外，还可以让释放锁的线程向获取同一个锁的线程发送消息。下面是锁释放-获取的示例代码：classMonitorExample{inta=0;publicsynchronizedvoidwri

volatile的特性当我们声明共享变量为volatile后，对这个变量的读/写将会很特别。理解volatile特性的一个好方法是：把对volatile变量的单个读/写，看成是使用同一个监视器锁对这些单个读/写操作做了同步。下面我们通过具体的示例来说明，请看下面的示例代码：classVolatile