上篇文章，我们学习了Future的基本使用，以及其优缺点，然而其缺点是更加突出的，这也就在jdk8的时候就引申出CompletableFuture，这个类更能够很好的解决了异步编程来使性能提升。

很多场景下，我们需要等待线程池的所有任务都执行完，然后再进行下一步操作。对于线程 Thread 来说，很好实现，加一个 join 方法就解决了，然而对于线程池的判断就比较麻烦了。 我们本文提供 4 种

AQS是用来构建锁或者其他同步器组件的重量级基础框架及整个JUC体系的基石。AQS定义了一套多线程访问共享资源的同步器框架，许多同步类实现都依赖于它，如常用的ReentrantLock、Semapho

前言 最近在忙生活的第一个OKR，这个等等后面具体聊聊，今天开始恢复每周一篇原创，感谢小伙伴的不离不弃。这篇文章也是最近在Code Review的时候，看到的大家代码，想整体推下大家异步编程的思想，由

Java并发编程核心在于 java.concurrent.util 包，而 juc 当中的大多数同步器实现都是围绕着共同的基础行为，比如等待队列、条件队列、独占获取、共享获取等，而这个行为的抽象就是基于 AbstractQueuedSynchronizer（简称为AQS），AQ…

i++ 不是线程安全的操作，因为它不是一个原子性操作。 在 JDK1.5 之前，为了确保在多线程下对某基本数据类型或者引用数据类型运算的原子性，必须依赖于外部关键字 synchronized，但是这种情况在 JDK1.5 之后发生了改观，当然你依然可以使用 synchroniz…

那么AQS是怎么定义和管理资源的？同步器是通过怎样的方式从AQS扩展？这是此文需要讨论的内容。 由于作者本人水平有限，在分析时可能会出现纰漏和错误，希望大家可以指出，让我们一起学习，一起进步。 在AQS中有一个state字段，其注释The synchronization sta…

大家好，我是小菜，一个渴望在互联网行业做到蔡不菜的小菜。可柔可刚，点赞则柔，白嫖则刚！ 为了更好地支持并发程序，JDK内部提供了大量实用的API和框架。 说到同步控制，最先想到的便是synchronized关键字，这是一种最简单的控制方法， 它决定了一个线程是否可以访问临界区资…

ReadWriteLock 直译过来为【读写锁】。现实中，读多写少的业务场景是非常普遍的，比如应用缓存 之前提到的互斥锁都是排他锁，也就是说同一时刻只允许一个线程进行访问，当面对可共享读的业务场景，互斥锁显然是比较低效的一种处理方式。为了提高效率，读写锁模型就诞生了 你瞧，使用…