qq_39653453的博客

前言：先说一个坑了我大半天的教训啊，不同的线程之间企图用notify和wait来配合，这就大错特错了！！！下面我们来理解思考一下因为wait nofity都是native方法 源码观看的意义不大，所以要好好看注释源码中这个注释一语道破天机！！ 就是我们谁wait()了 就要谁来notify来激活 而我们前言中说的那个错误分别是在两个线程中的，所以。。。。是不能够互相wait() notify的看似这个解释和小错误简单，实则不好好看源码的注释也很懵，贴在这里防止大家走弯路下面用...

前言：java中有6大状态来分别表示线程的运行情况，从源码中的注释和实例解释如下NEW 线程创建没有执行 start()方法 RUNNABLE 线程执行start()方法进入该状态 WAITING 线程调用wait() wait(x) join() join(x)方法都会进入此状态 但是wait() join()的调用在线程表现上是不同的（后面举例说明） join是暂时等待的从源码可以看出来 waiting状态时不占用CPU的 BLOCKED 等待监视器...

前言：* A {@link java.util.Queue} that additionally supports operations* that wait for the queue to become non-empty when retrieving an* element, and wait for space to become available in the queue when* storing an element.归纳：是一个支持 取元素时 等待队列非空 存元素时 等.

深层次解读：(重点从下面第五行开始，我怕你们看了前几行看不下去)ReentrantLock实现了Lock接口和组合Condition接口的实现类ConditionObject ConditionObject类是在AQS中实现的ReentrantLock中的lock unlock方法是 它内部抽象类定义的而ReentrantLock是非公平的，也可以是公平的，lock与unlock如何知道什么时候采用公平的锁策略，什么时候采用非公平的锁策略呢在源码中可以学到这个核心的思想，我把它称为高级...

前言：ReentrantLock 从英文上来看 re+entrant+Lock 说明他是一个可重入锁（文末解释）。源码中的注释如下：* A reentrant mutual exclusion {@link Lock} with the same basic* behavior and semantics as the implicit monitor lock accessed using* {@code synchronized} methods and statements...

前言：CyclicBarrier ，字面上Cyclic+Barrier --->循环屏障/障碍这个类所表达的思想和CountDownLauch不一样，CountDownLatch类（见我上篇博客）是一次性的，也就是说如果不更新count,CountDownLatch在保持一次同步后就不会更新同步了 而CyclicBarrier是可以循环利用一开始设置的count同步的，这就是Cyclic的由来，线程到达指定的节点后，等待都到全了才会进行下一轮，这个节点就是屏障，障碍。可以从游戏的角度来理解..

前言：从源码中的注释来实际应用CountDownLatch* A synchronization aid that allows one or more threads to wait until* a set of operations being performed in other threads completes.** <p>A {@code CountDownLatch} is initialized with a given <em>count</em

回头写