今天看到开源中国上有这样一个问答：假设我有两个对象锁，对象A锁有5个线程在等待，对象B锁有3个线程在等待，对象A锁中的线程执行完，这时调用notifyAll,是唤醒了对象AB两个锁的全部的等待线程还是只唤醒了A锁的5个线程？1.方法文档解释通过看该方法文档的解释，可以得出下面结论：notifyAll()中All的含义是所有的线程，而不是所有的锁，只能唤

自适应自旋锁：（java6引入,jvm对锁的预测会越来越精准，jvm也会越来越聪明）1.自选次数不再固定2.由前一次在同一个锁上的自旋时间及锁拥有者的状态来决定（如果在同一个锁对象上自旋等待刚刚成功获取过锁并且持有锁的线程正在运行中，jvm会认为该锁自旋获取到锁的可能性很大，会自动增加等待时间，相反jvm如果可能性很小会省掉自旋过程，

前言分布式锁一般有三种实现方式：1.数据库乐观锁；2.基于Redis的分布式锁；3.基于ZooKeeper的分布式锁。本篇博客将介绍第二种方式，基于Redis实现分布式锁。虽然网上已经有各种介绍Redis分布式锁实现的博客，然而他们的实现却有着各种各样的问题，为了避免误人子弟，本篇博客将详细介绍如何正确地实现Redis分布式锁。

ReenTrantLock可重入锁和synchronized的区别可重入性：从名字上理解，ReenTrantLock的字面意思就是再进入的锁，其实synchronized关键字所使用的锁也是可重入的，两者关于这个的区别不大。两者都是同一个线程没进入一次，锁的计数器都自增1，所以要等到锁的计数器下降为0时才能释放锁。锁的实现：S

互斥锁锁通常被用来实现对共享资源的同步访问。为每一个共享资源创建一个Lock对象，lLock()创建一个锁，初始状态是未锁定当你需要访问该资源时，调用l.acquire方法来获取锁对象（如果其它线程已经获得了该锁，则当前线程需等待其被释放），待资源访问完后，再调用l.release方法释放锁!(https:

ReadWriteLock是JDK中的读写锁接口ReentrantReadWriteLock是ReadWriteLock的一种实现读写锁非常适合读多写少的场景。读写锁与互斥锁的一个重要区别是读写锁允许多个线程同时读共享变量，这是读写锁在读多写少的情况下性能较高的原因。读写锁的原则：多个线程可同时读共享变量只允许一

1.1release      接下来我们在看看如何释放锁，源码如下publicfinalbooleanrelease(intarg){//释放锁方法（独占模式）if(tryRelease(arg)){//尝试释放锁Nodehhead;if(h!null&&h

锁的基础知识锁的类型锁从宏观上分类，只分为两种：悲观锁与乐观锁。乐观锁乐观锁是一种乐观思想，即认为读多写少，遇到并发写的可能性低，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，采取在写时先读出当前版本号，然后加锁操作（比较跟上一次的版本号，如果一

前面一章LZ简单的介绍了下AbstractQueuedSynchronizer（AQS）以及AQS中提供的一些模板方法和作用，这一章LZ将用一个简单的实例来介绍下AQS中独占锁的工作原理。独占锁顾名思义就是在同一时刻只能有一个线程能获取到锁，而其它需要获取这把锁的线程将进入到同步队列中等待获取到了锁的线程释放这把锁，只有获取锁的线程释放了锁，同步队列中的线程

单体架构下锁的实现方案1\.ReentrantLock全局锁ReentrantLock（可重入锁），指的是一个线程再次对已持有的锁保护的临界资源时，重入请求将会成功。简单的与我们常用的Synchronized进行比较：||ReentrantLock|Syn