关注公众号：日拱一兵 并设置为星标，回复 并发小册即可获取，希望这次我们不一样 Java 有并发，并发知识之大，一口吃不下 这曾是我不愿意触碰的知识角 多次一头扎进并发，无功而返 为应对面试，临时苦苦记忆，不成体系 这一次我决定从基础开始，攻克它 12,0000 字 68Mb 高清无水印图文 2021 年刚开始 日拱一兵免费送上整理好的小册 这次希望我们不一样 思维导图——理清脉络 知识讲解——循序渐进 抽象问题——图文并茂 实现细节——源码分析 「态度」夫夷以近，则游者众；险以远，则至者少。而世之奇伟、瑰怪，非常之观，常在于险远，而人之所罕至焉，故非有志者不能至

背景 在 JDK1.5 之前，面对 Java 并发问题， synchronized 是一招鲜的解决方案： 1. 普通同步方法，锁上当前实例对象 2. 静态同步方法，锁上当前类 Class 对象 3. 同步块，锁上括号里面配置的对象 拿同步块来举例: 1 2 3 4 5 public void test(){ synchronized (object) { i++; } } 经过 javap -v 编译后的指令如下： monitorenter 指令是在编译后插入到同步代码块的开始位置；monitorexit是插入到方法结束和异常的位置(实际隐藏了try-

知识回顾 并发工具类我们已经讲了很多，这些工具类的「目标」是让我们只关注任务本身，并且忽视线程间合作细节，简化了并发编程难度的同时，也增加了很多安全性。工具类的对使用者的「目标」虽然一致，但每一个工具类本身都有它独特的应用场景，比如： * 我会手动创建线程，为什么要使用线程池? 介绍了使用线程池管理线程将一个大任务分解成多个子任务来简单执行，借助 不会用Java Future，我怀疑你泡茶没我快, 又是超长图文！！ 的 Future 特性获取子任务执行结果——二者结合使用就可以处理简单的并行任务 * 搞定 CompletableFuture，并发异步编程和编写串行程序还有什么区别？ 借助

前言 如果按照用途与特性进行粗略的划分，JUC 包中包含的工具大体可以分为 6 类： 1. 执行者与线程池 2. 并发队列 3. 同步工具 4. 并发集合 5. 锁 6. 原子变量 在并发系列中，主要讲解了 执行者与线程池，同步工具，锁 ， 在分析源码时，或多或少的提及到了「队列」，队列在 JUC 中也是多种多样存在，所以本文就以「远看」视角，帮助大家快速了解与区分这些看似「杂乱」的队列 并发队列 Java 并发队列按照实现方式来进行划分可以分为 2 种： 1. 阻塞队列 2. 非阻塞队列 如果你已经看完并发系列锁的实现，你已经能够知道他们实现的区别： 前者就

前言 在 我会手动创建线程，为什么要使用线程池? 中详细的介绍了 ExecutorService，可以将整块任务拆分做简单的并行处理； 在 不会用Java Future，我怀疑你泡茶没我快 中又详细的介绍了 Future 的使用，填补了 Runnable 不能获取线程执行结果的空缺 将二者结合起来使用看似要一招吃天下了（Java有并发，并发之大，一口吃不下）, but ～～ 是我太天真 ExecutorService VS CompletionService 假设我们有 4 个任务(A, B, C, D)用来执行复杂的计算，每个任务的执行时间随着输入参数的不同而不同，如果将任务提交

前言 上一篇文章 不会用Java Future，我怀疑你泡茶没我快 全面分析了 Future，通过它我们可以获取线程的执行结果，它虽然解决了 Runnable 的 “三无” 短板，但是它自身还是有短板： 不能手动完成计算 假设你使用 Future 运行子线程调用远程 API 来获取某款产品的最新价格，服务器由于洪灾宕机了，此时如果你想手动结束计算，而是想返回上次缓存中的价格，这是 Future 做不到的 调用 get() 方法会阻塞程序 Future 不会通知你它的完成，它提供了一个get()方法，程序调用该方法会阻塞直到结果可用为止，没有办法利用回调函数附加到Future，并在Fut

前言 创建线程有几种方式？这个问题的答案应该是可以脱口而出的吧 * 继承 Thread 类 * 实现 Runnable 接口 但这两种方式创建的线程是属于”三无产品“： * 没有参数 * 没有返回值 * 没办法抛出异常 1 2 3 4 5 6 class MyThread implements Runnable{ @Override public void run() { log.info("my thread"); } } Runnable 接口是 JDK1.0 的核心产物 1 2 3 4 5 6 7 /** * @since

前言 并发编程的三大核心是分工，同步和互斥。在日常开发中，经常会碰到需要在主线程中开启多个子线程去并行的执行任务，并且主线程需要等待所有子线程执行完毕再进行汇总的场景，这就涉及到分工与同步的内容了 在讲 有序性可见性，Happens-before来搞定 时，提到过 join() 规则，使用 join() 就可以简单的实现上述场景： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 @Slf4j public class JoinExample { pub

前言 * 文章 Java AQS队列同步器以及ReentrantLock的应用 介绍了AQS独占式获取同步状态的实现，并以 ReentrantLock 为例说明其是如何自定义同步器实现互斥锁的 * 文章 Java AQS共享式获取同步状态及Semaphore的应用分析 介绍 AQS 共享式获取同步状态的实现，并说明了 Semaphore 是如何自定义同步器实现简单限流作用的 有了以上两篇文章的铺垫，来理解本文要介绍的既有独占式，又有共享式获取同步状态的 ReadWriteLock，就非常轻松了 ReadWriteLock ReadWriteLock 直译过来为【读写锁】。现实中，读

现陆续将Demo代码和技术文章整理在一起 Github实践精选 ，方便大家阅读查看，本文同样收录在此，觉得不错，还请Star🌟 看到本期内容这么少，是不是心动了呢？ 前言 上一篇万字长文 Java AQS队列同步器以及ReentrantLock的应用 为我们读 JUC 源码以及其设计思想做了足够多的铺垫，接下来的内容我将重点说明差异化，如果有些童鞋不是能很好的理解文中的一些内容，强烈建议回看上一篇文章，搞懂基础内容，接下来的阅读真会轻松加愉快 AQS 中我们介绍了独占式获取同步状态的多种情形： * 独占式获取锁 * 可响应中断的独占式获取锁 * 有超时限制的独占式获