Life_of_Coder

看到标题大家都应该觉得奇怪，我们去面试被问到HashMap的实现，大家不都是说的基于数组+链表的方式么。为什么我们会说HashMap不是基于数组+链表的方式实现的呢？其实这是大家的狭义理解导致的。

通过之前的分析我们知道了默认JDK1.7和JDK1.8的垃圾回收器是Parallel Scavenge。且它会默认启用参数UseAdaptiveSizePolicy， 即开启堆大小自适应策略。这样会导

默认的垃圾回收会导致Survivor Space变得很小，导致老年代不断增减。最终引起Full GC。且此过程会不断的重复，导致周期性的Full GC。

最近在项目中需要设计一个关于MySQL的selectOrInsert操作场景。于是为了提高操作性能，我便采用了DCL（Double Check Lock）的思想。系统上线运行了很长一段时间都没有问题，

最近在搭建Ignite集群的过程中，突然发现线上机器运行一会儿之后CPU占用就会飙升到99%甚至100%。于是开始着手分析并解决了该问题。本文将详细讲解整个问题定位过程。

自从接触到Disruptor之后，就对其框架比较感兴趣，于是对其进行了深入学习。并续推出了”Disruptor高性能之道“系列文章。在深入学习之后，终于下定决心基于该高性能框架做一个属于自己的框架。

为了让Sentinel能够完美的应用到项目中，因此我们必须要解决这两个棘手的问题。经过分析选型我们最终设计出了如下方案：使用Ignite来解决控制台故障的问题；使用Raft协议来构建高可的Server

CAS想必大家都很熟悉，稍微看过源码的同学都会麻烦在哪里都能够看到CAS的身影，那么到底应该怎么使用CAS，是不是什么场景下都可以使用，使用CAS会存在什么问题？关于CAS有太多太多的问题，我们今天就

上一篇文章我们已经介绍了Guava Cache的LRU算法的实现，本篇文章我们继续分析Guava Cache是如何对引用类型进行回收的。