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

起因 起因是群里的一位童鞋突然问了这么问题： 如果重写 equals 不重写 hashcode 会有什么影响？ 这个问题从上午10:45 开始陆续讨论，到下午15:39 接近尾声 （忽略这形同虚设的马赛克） 这是一个好问题，更是一个高频基础面试题，我还曾经专门写过一篇文章 Java equals 和 hashCode 的这几个问题可以说明白吗, 主要说明了以下内容 随着讨论的进行，问题慢慢集中在内存溢出和内存泄漏的问题上 内存溢出 VS 内存泄漏 这两个词在中文解释上有些相似，至少给我的第一感觉，他们的差别是这样的（有人和我一样吗？） 内存溢出：Out of Memory

无意间看到这个SQL客户端，瞬间被它简洁的页面吸引了， 启动画面可能是它最复杂的呈现了，爱没？ SQLECTRON 按照官网 (https://sqlectron.github.io/, 看 URL 发现，SQLECTRON官网都是用 Github Pages 搭建的) 的说明： 一个简单的轻量级SQL客户端桌面/终端，具有跨数据库和跨平台的支持 看到这你应该放心了，无论你使用的是 Linux， Mac 还是 Windows，都可以试一试。那它支持哪些数据库呢？一会到安装界面你就会发现了 这里我用 MAC 演示一下整个使用过程 安装与使用 写本文时的版本为 v1.30.0, 直接

前言 上一篇文章 不会用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

话不多说，先看图，你一眼应该就能看出变化了 Github 主要对 UI 设计以及 Repository 布局进行了更新，改善了访问和维护 Repository 的体验，其实主要有以下几点更新： 1. 响应式的布局以及改进了移动端 Web 的体验 2. 通过 Repository 侧边栏显示更多内容 3. 能够在 Repository 侧边栏现实/隐藏 Release 版本以及 Packages 和 Environments 目前整体改动虽然不大，但这些更改会为将来的渐进式改进奠定基础，接下来也会推出暗黑模式等内容 顺便要说一下，浏览 Github 必须要有的神器 O

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

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

写在前面 进入源码阶段了，写了十几篇的 并发系列 知识铺垫终于要派上用场了。相信很多人已经忘了其中的一些理论知识，别担心，我会在源码环节带入相应的理论知识点帮助大家回忆，做到理论与实践相结合，另外这是超长图文，建议收藏，如果对你有用还请点赞让更多人看到 Java SDK 为什么要设计 Lock 曾几何时幻想过，如果 Java 并发控制只有 synchronized 多好，只有下面三种使用方式，简单方便 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 public class ThreeSync { private static fina