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

java提供了很多控制线程到达某一状态导致之前阻塞线程运行的函数，这些在控制任务执行提供了很大的便利，比如在zookper使用Semaphore实现分布式锁1、CountDownLatchcountDownLatch提供await()，CountDownLatch()来控制，前面我很多例子，使用这个来模拟多线程运行的，所以这里不过多介绍2

IDEA环境pom.xmlxmlorg.apache.logging.log4jlog4jcore2.8.2org.apache.zookeeperzookeeper3.5.7log4j.propertiespropertieslog4j.rootLoggerINFO,stdoutlog4j.appender.std

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

!(https://oscimg.oschina.net/oscnet/5ab5f2ee904a4a9a9ef4922da20c9eb6.jpg)❝作者：浪漫先生 链接：https://juejin.im/post/6854573212831842311❞前言基于Redis使用分布式锁在当

写在前面这次给大家分享的是Kafka的10道面试题，就难度我觉得是比较基础的，但考的知识点还比较全面，可以用来考察自己掌握Kafka基础的程度。1\.Kafka是什么？Kafka起初是一个多分区、多副本且基于ZooKeeper协调的分布式消息系统，现已被定位为一个分布

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