很久之前就听说了可重入锁，可重入锁究竟是什么意思，以前是囫囵吞枣的，只要记住ReentrantLock和sychronized是可重入锁就行了，爱咋用咋用，好吧，原谅我的无知，最近对基础查漏补缺，发现竟然对其一问三不知，赶紧预习一波，觉得有必要写一篇博客来讲解，就当做什么都没有发生吧，嘿嘿。。。
首先我们要明白锁的概念，在多线程的场景下，不同的线程一起运行会导致脏数据，为了保证线程安全，这时候便出现了锁的概念，锁可以对代码块，资源，对象上锁，上锁之后，只允许一个线程对其进行操作，其他线程都会进入阻塞状态，这也就是阻塞加锁方法，直到锁释放之后，其他线程才可以获取锁对其操作。
概念 : 可重入锁指的是同一线程外层函数获得锁之后，内层递归函数仍然能获取该锁的代码，在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁也即是说
所谓重入锁，指的是以线程为单位，当一个线程获取对象锁之后，这个线程可以再次获取本对象上的锁，而其他的线程是不可以的。
基本介绍了进程和线程的区别、实现多线程的两种方式、线程安全的概念以及如何使用Synchronized实现线程安全，下边介绍一下关于Synchronized的其他基本特性。
锁作为并发共享数据，保证一致性的工具，在JAVA平台有多种实现(如 synchronized 和 ReentrantLock等等 ) 。这些已经写好提供的锁为我们开发提供了便利，但是锁的具体性质以及类型却很少被提及。本系列文章将分析JAVA下常见的锁名称以及特性，为大家答疑解惑。
博客：https://juejin.im/user/5c629a3051882562191755d8
多线程锁是python多种同步原语中的其中一种。首先解析一下什么是同步原语，python因为GIL（全局解析锁）的缘故，并没有真正的多线性。另外python的多线程存在一个问题，在多线程编程时，会出现线程同时调用共同的存储空间而导致错误的出现（即‘竞态行为’）。虽然许多专家建议python开发者在处理并发的时候弃用多线程而用多进程，但是在I/O操作这种短时间的操作上（通常GIL锁在这段时间内已经释放），多线程编程还是有很大的优势的。而在计算密集型的编程时，本人还是觉得用多进程比较稳妥。
之前写过java的同学对这个概念应该了如指掌，可重入锁又称为递归锁，是指在同一个线程在外层方法获取锁的时候，在进入该线程的内层方法时会自动获取锁，不会因为之前已经获取过还没释放而阻塞。美团技术团队的一篇关于锁的文章当中针对可重入锁进行了举例：
但 ReentrantLock 和 synchronized 不一样，需要手动释放锁，所以使用 ReentrantLock 的时候一定要手动释放锁，并且加锁次数和释放次数要一样。
首先我们这里提到的锁，是把所需要的代码块，资源，或数据锁上，在操作他们的时候只允许一个线程去做操作。最终结果是为了保证cpu计算结果的正确性。
可以看到三个线程a,b,c，同时卖票，线程默认抢占式的，哪个线程比较猛（上图c线程比较猛），就可以获得更多资源。
Java中的锁是一种多线程编程中的同步机制，用于控制线程对共享资源的访问，防止并发访问时的数据竞争和死锁问题。通过使用锁机制，可以实现数据的同步访问，确保多个线程安全地访问共享资源，从而提高程序的并发性能。
什么是 “可重入”，可重入就是说某个线程已经获得某个锁，可以再次获取锁而不会出现死锁。例如
单纯的 Redis 分布式锁仍然有些场景不满⾜的，如⼀个⽅法获取到锁后，可能在⽅法内继续调这个⽅法，就获取不到锁了。这时就要把锁改进成可重⼊锁。
第二次调用lock后线程就阻塞了，线程开始等待持有锁的线程放手，然而是它是它就是它。
Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。
锁有多种分类形式，比如公平锁与非公平锁、可重入锁与非重入锁、独享锁与共享锁、乐观锁与悲观锁、互斥锁与读写锁、自旋锁、分段锁和偏向锁/轻量级锁/重量级锁。
前面两篇中分别讲了Synchronized和ReentrantLock。两种方式都能实现同步锁，且也都能解决多线程的并发问题。那么这两个有什么区别呢？ 这个也是一个高频的面经题。
乐观锁：乐观锁体现的是悲观锁的反面。它是一种积极的思想，它总是认为数据是不会被修改的，所以是不会对数据上锁的。但是乐观锁在更新的时候会去判断数据是否被更新过。乐观锁的实现方案一般有两种（版本号机制和CAS）。乐观锁适用于读多写少的场景，这样可以提高系统的并发量。在Java中 java.util.concurrent.atomic下的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。
在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类。介绍的内容如下：
在读很多并发文章中，会提及各种各样锁如公平锁，乐观锁等等，这篇文章介绍各种锁的分类，介绍的内容如下：
最近我又双叒叕写了个BUG，一个线上服务死锁了，不过幸亏是个新服务，没有什么大影响。
一旦涉及到并发，就无法避免共享数据的访问问题，解决的方法有synchronized关键 字、锁（重量级锁、轻量级锁、偏向锁...）、信号量等 以及更高级的无锁实现。 今天我就先简单的阐述一下，Java锁中的 比较 高效的重入锁--ReetrantLock . 1.synchronized 为啥慢 我们反编译一下 带有同步块的代码，可以看到
在Java中，重入锁（ReentrantLock）和同步锁（Synchronized）都是用于实现线程同步的机制，但它们有一些区别。
乐观锁是一种乐观思想，假定当前环境是读多写少，遇到并发写的概率比较低，读数据时认为别的线程不会正在进行修改（所以没有上锁）。写数据时，判断当前 与期望值是否相同，如果相同则进行更新（更新期间加锁，保证是原子性的）。
一位3年工作经验的小伙伴，去一家互联网公司面试，结果被面试官怼了。面试官说：”这么简单的问题你都不知道？没法聊了，回去等通知吧“。然后，回来跟我是一阵诉苦。
异步和并发设计可大幅提升性能，但程序更复杂：多线程执行时，充斥不确定性。对一些需并发读写的共享数据，一着不慎满盘皆输。
RLock是Python中的可重入锁。可重入锁允许一个线程多次获取锁，而不会陷入死锁状态。在同一个线程内部，可以多次调用acquire()方法获取锁，只有在调用相同次数的release()方法时，才会释放锁。
上面是很多锁的名词，这些分类并不是全是指锁的状态，有的指锁的特性，有的指锁的设计，下面总结的内容是对每个锁的名词进行一定的解释。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
线程拿到了最初的预期值A，然而在将要进行CAS的时候，被其他线程抢占了执行权，把此值从A变成了B
一、公平锁/非公平锁 公平锁是指多个线程按照申请锁的顺序来获取锁。 非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序，有可能后申请的线程比先申请的线程优先获取锁。有可能，会造成优先级反转或者饥饿现象。 对于Java ReentrantLock而言，通过构造函数指定该锁是否是公平锁，默认是非公平锁。非公平锁的优点在于吞吐量比公平锁大。 对于Synchronized而言，也是一种非公平锁。由于其并不像ReentrantLock是通过AQS的来实现线程调度，所以并没有任何办法使其变成公平锁。 二、可重入锁
ReentrantLock是实现底层的Lock接口的可重入锁实现。支持公平锁模式和非公平锁模式。
可重入锁是指在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁。 ReentrantLock和synchronized都是可重入锁。可重入锁的一个好处是可一定程度避免死锁。
认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改。
更多内容请见原文，原文转载自：https://blog.csdn.net/weixin_44519496/article/details/120323146
当我们在设计分布式锁的时候，我们应该考虑分布式锁至少要满足的一些条件，同时考虑如何高效的设计分布式锁，这里我认为以下几点是必须要考虑的。
线程要不要锁住同步资源就是我们平时讲的并发策略，他们主要是在处理线程同步资源时的假设和操作方式上的不同。
何为同步？JVM规范规定JVM基于进入和退出Monitor对象来实现方法同步和代码块同步，但两者的实现细节不一样。代码块同步是使用monitorenter和monitorexit指令实现，而方法同步是使用另外一种方式实现的，细节在JVM规范里并没有详细说明，但是方法的同步同样可以使用这两个指令来实现。monitorenter指令是在编译后插入到同步代码块的开始位置，而monitorexit是插入到方法结束处和异常处， JVM要保证每个monitorenter必须有对应的monitorexit与之配对。任何对
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
