bcrq

我们得知了 读写锁 给每个线程都维护了一个 ThreadLocal 类型的 HoldCount 对象。为什么需要特意维护 firstReader 和 cacheHoldCounter 捏？这篇文章给你

ReadLock：读锁 acquireShared：读锁的模版方法 我们可以看到读锁用到了新的模版方法：acquireShared 其实我们可以看看 AQS 提供了哪些有意思的模版方法： 按种类其实可

模版方法 好了到这里就要开始进入主题了，按照之前的步骤，我们要开始从 AQS 的模版方法开始介绍 ReentrantReadWriteLock。 WriteLock：写锁 acquire：写锁的模版方

ReentrantReadWriteLock 也叫 读写锁，支持 排他/共享 特性是他的特点。 那么 AQS 读写锁 ReentrantReadWriteLock 的读写状态是如何存储的捏？

引言 AQS (AbstractQueuedSynchronizer) 是一个提供了锁和同步器基础功能的框架。 本文尝试通过以 ReentrantLock 为例子，去介绍 AQS 这个框架是如何从框架

哈希碰撞 经过哈希计算之后得到哈希值，根据哈希值去找对应的哈希槽。 不同的对象得到的哈希值有可能是一样的，那么就会出现大家都去抢同一个哈希槽，都去抢同一个坑位了。这就是哈希碰撞。 为了能让元素在更加均

如果你是想要系统性地学习某一个知识点，那么看书是一个非常不错的选择。 好的书籍他的文章知识点是循序渐进的，他的章节知识点可能是从简单到困难。

上一篇文章简单地讲到了墙上时钟和单调时钟，本篇将从分布式架构的角度下，谈谈为什么我们称时钟为不可靠的时钟。

通常我们都习惯于用 System.currentTimeMillis来计算一段代码的执行时间，但是如果我们再往深探究，其实它更适合用来计算时间点，而非时间间隔。