可重入锁是指在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁。 ReentrantLock和synchronized都是可重入锁。可重入锁的一个好处是可一定程度避免死锁。
之前写过java的同学对这个概念应该了如指掌，可重入锁又称为递归锁，是指在同一个线程在外层方法获取锁的时候，在进入该线程的内层方法时会自动获取锁，不会因为之前已经获取过还没释放而阻塞。美团技术团队的一篇关于锁的文章当中针对可重入锁进行了举例：
所谓重入锁，指的是以线程为单位，当一个线程获取对象锁之后，这个线程可以再次获取本对象上的锁，而其他的线程是不可以的。
首先我们要明白锁的概念，在多线程的场景下，不同的线程一起运行会导致脏数据，为了保证线程安全，这时候便出现了锁的概念，锁可以对代码块，资源，对象上锁，上锁之后，只允许一个线程对其进行操作，其他线程都会进入阻塞状态，这也就是阻塞加锁方法，直到锁释放之后，其他线程才可以获取锁对其操作。
概念 : 可重入锁指的是同一线程外层函数获得锁之后，内层递归函数仍然能获取该锁的代码，在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁也即是说
最近正在阅读Java ReentrantLock源码，始终对可重入和不可重入概念理解不透彻，进行学习后记录在这里。
很久之前就听说了可重入锁，可重入锁究竟是什么意思，以前是囫囵吞枣的，只要记住ReentrantLock和sychronized是可重入锁就行了，爱咋用咋用，好吧，原谅我的无知，最近对基础查漏补缺，发现竟然对其一问三不知，赶紧预习一波，觉得有必要写一篇博客来讲解，就当做什么都没有发生吧，嘿嘿。。。
在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类。介绍的内容如下：
在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类，介绍的内容如下：
如下是一个不可重入锁的逻辑过程，会发现执行main方法控制台会打印执行doJob方法前，然后就会一直线程阻塞，不会打印执行doJob方法过程中，原因在于第一次上锁后，由于没有释放锁，因此执行第一次lock后isLocked = true，这个时候调用doJob()内部又一次调用了lock()由于上个线程将isLocked = true，导致再次进入的时候就进入死循环。导致线程无法执行System.out.println("执行doJob方法过程中");这行代码，因此控制台只能打印执行doJob方法前。这种现象就造成了不可重入锁
所谓锁的策略就是指如何实现锁。Java、MySQL、Go、C++等等都有类似的锁策略。
博客：https://juejin.im/user/5c629a3051882562191755d8
锁作为并发共享数据，保证一致性的工具，在JAVA平台有多种实现(如 synchronized 和 ReentrantLock等等 ) 。这些已经写好提供的锁为我们开发提供了便利，但是锁的具体性质以及类型却很少被提及。本系列文章将分析JAVA下常见的锁名称以及特性，为大家答疑解惑。
第二次调用lock后线程就阻塞了，线程开始等待持有锁的线程放手，然而是它是它就是它。
基本介绍了进程和线程的区别、实现多线程的两种方式、线程安全的概念以及如何使用Synchronized实现线程安全，下边介绍一下关于Synchronized的其他基本特性。
首先我们这里提到的锁，是把所需要的代码块，资源，或数据锁上，在操作他们的时候只允许一个线程去做操作。最终结果是为了保证cpu计算结果的正确性。
本来打算写设计模式的,在周六日用了两天的时间全部看了一遍,但是写了一篇之后,发现,写的没有网上的好,感觉大家可能看不懂,所以打算继续写并发编程
前面两篇中分别讲了Synchronized和ReentrantLock。两种方式都能实现同步锁，且也都能解决多线程的并发问题。那么这两个有什么区别呢？ 这个也是一个高频的面经题。
多线程锁是python多种同步原语中的其中一种。首先解析一下什么是同步原语，python因为GIL（全局解析锁）的缘故，并没有真正的多线性。另外python的多线程存在一个问题，在多线程编程时，会出现线程同时调用共同的存储空间而导致错误的出现（即‘竞态行为’）。虽然许多专家建议python开发者在处理并发的时候弃用多线程而用多进程，但是在I/O操作这种短时间的操作上（通常GIL锁在这段时间内已经释放），多线程编程还是有很大的优势的。而在计算密集型的编程时，本人还是觉得用多进程比较稳妥。
但 ReentrantLock 和 synchronized 不一样，需要手动释放锁，所以使用 ReentrantLock 的时候一定要手动释放锁，并且加锁次数和释放次数要一样。
《[死磕 java同步系列之ReentrantLock源码解析（一）——公平锁、非公平锁]》)
ReentrantLock是实现底层的Lock接口的可重入锁实现。支持公平锁模式和非公平锁模式。
Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。
假设在同一个对象中，有两个函数 f1()，f2()，在 f1 中调用 f2，此时 f1 已获得锁，如果 f2 未能获得锁，该进程便会被阻塞，即 f2 无法获得 f1 的锁，这样的锁便被称为不可重入锁。为了保证进程顺利运行，那么就需要 f2 能够获得 f1 得到的锁，这样重复得到的锁被称之为可重入锁
何为同步？JVM规范规定JVM基于进入和退出Monitor对象来实现方法同步和代码块同步，但两者的实现细节不一样。代码块同步是使用monitorenter和monitorexit指令实现，而方法同步是使用另外一种方式实现的，细节在JVM规范里并没有详细说明，但是方法的同步同样可以使用这两个指令来实现。monitorenter指令是在编译后插入到同步代码块的开始位置，而monitorexit是插入到方法结束处和异常处， JVM要保证每个monitorenter必须有对应的monitorexit与之配对。任何对
说到Java中锁的分类，有很多种。本文就来聊聊公平锁、非公平锁、可重入锁、独占锁、共享锁和自旋锁。
一位3年工作经验的小伙伴，去一家互联网公司面试，结果被面试官怼了。面试官说：”这么简单的问题你都不知道？没法聊了，回去等通知吧“。然后，回来跟我是一阵诉苦。
什么是 “可重入”，可重入就是说某个线程已经获得某个锁，可以再次获取锁而不会出现死锁。例如
单纯的 Redis 分布式锁仍然有些场景不满⾜的，如⼀个⽅法获取到锁后，可能在⽅法内继续调这个⽅法，就获取不到锁了。这时就要把锁改进成可重⼊锁。
当一个线程执行一段代码成功获取锁之后，继续执行时，又遇到加锁的代码，可重入性就就保证线程能继续执行，而不可重入就是需要等待锁释放之后，再次获取锁成功，才能继续往下执行。
CAS操作需要输入两个数值，一个旧值（期望操作前的值）和一个新值，在操作期间先比较下旧值有没有发生变化，如果没有发生变化，才交换成新值，发生了变化则不交换。
一个线程可以多次获取该锁，说明这把锁是可重入的。下面我们来实现Redis分布式可重入锁。我们可以用线程的ThreadLocal变量存储当前持有锁的计数。
如果锁具备可重入性，则称作为可重入锁。像synchronized和ReentrantLock都是可重入锁，可重入性在我看来实际上表明了锁的分配机制：基于线程的分配，而不是基于方法调用的分配。举个简单的例子，当一个线程执行到某个synchronized方法时，比如说method1，而在method1中会调用另外一个synchronized方法method2，此时线程不必重新去申请锁，而是可以直接执行方法method2。
上面是很多锁的名词，这些分类并不是全是指锁的状态，有的指锁的特性，有的指锁的设计，下面总结的内容是对每个锁的名词进行一定的解释。
在Java中，重入锁（ReentrantLock）和同步锁（Synchronized）都是用于实现线程同步的机制，但它们有一些区别。
可以看到三个线程a,b,c，同时卖票，线程默认抢占式的，哪个线程比较猛（上图c线程比较猛），就可以获得更多资源。
锁有多种分类形式，比如公平锁与非公平锁、可重入锁与非重入锁、独享锁与共享锁、乐观锁与悲观锁、互斥锁与读写锁、自旋锁、分段锁和偏向锁/轻量级锁/重量级锁。
解析可重入锁的核心就是理解同步器 1.同步器（aqs）：什么是同步器、同步器是一种数据结构、是同步队列的头节点、同步器中提供了大量的模板方法
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
