标签：重入 synchronized 中断 分类 七大 获取 线程 自旋 多线程
锁的七大类
在Java的多线程中，有很多种锁，每种锁可能同时占有多个标准，比如ReentranLock即可是中断锁，又可以是可重入锁。
那么根据分类标准，我们可以把这些锁分为以下七大标准，分别是：
- 偏向锁/轻量级锁/重量级锁
- 可重入锁/非可重入锁
- 共享锁/独占锁
- 公平锁/非公平锁
- 悲观锁/乐观锁
- 自旋锁/非自旋锁
- 可中断锁/不可中断锁
偏向锁/轻量级锁/重量级锁
这三种锁特指 synchronized 锁的状态，通过在对象头种的mark word来表明锁的状态。
偏向锁
在被synchronized修饰的情况下，当前正在执行synchronized的线程，有且只有一个线程来获取synchronized的锁，这个时候系统就会给他升级为偏向锁，因为前来获取锁的线程并没有其他现在来竞争获取，所以系统只需要给他打一个标记，告诉它下一次的锁直接给他，这样就可以直接获得锁，并且开销也是最小的。
轻量级锁
满足轻量级锁的条件
- 被synchronized进行修饰的锁
- 被多个线程交替执行的，不是同时执行，不存在实际的竞争
- 只有短时间的锁竞争
如果满足上面三种情况，synchronized锁的状态就会从偏向锁升级为轻量级锁，线程会通过自旋的形式来获取锁，而不会陷入阻塞
重量级锁
满足重量级锁的条件
- 被synchronized进行修饰的锁
- 被多个线程交替执行的并且是同时执行
- 锁的竞争时间较长
重量级锁是互斥锁，他利用的是操作系统的同步机制来实现的，所以开销会比偏量锁和轻量锁的开销都大，当满足上面的条件后，轻量级锁就会升级为重量级锁，重量级锁就会让其他申请却拿不到锁的线程进入到阻塞状态。
锁升级路线
结合上面的描述，我们其实可以发现得到对于synchronized锁的升级路线，并且性能也是由着锁升级的推进，性能的开销也会变的越来越大。
可重入锁/非可重入锁
可重入锁：一个线程内可以同时获取一把锁多次
比如在线程A中有一把B锁，如果A在获取到B锁的情况下，再次去获取B锁，如果可以获取到B锁，那么他就是一把可重入锁。
例子：ReentrantLock
不可重入锁：一个线程内只能同时拥有一把锁一次
比如在线程A中有一把B锁，如果A线程在获取到B锁的情况下，想再次去获取到B锁却失败了，需要释放到之前的B锁，然后再去获取B锁，那么这样就是一个不可重入锁。
共享锁/独占锁
共享锁：可以同时被多个线程获取到锁，例如我们常见的读操作，它并不影响数据，所以可以被允许将锁给多个线程同时访问。
独占锁：有且只能被一个锁独占访问，这种就常用到我们的写操作上，由于需要保证数据的一致性和原子性。就需要在数据的写操作上只能允许一个线程来访问使用。
公平锁/非公平锁
公平锁：遵循先来先得的规则，如果线程在抢不到锁的情况下，会进入到排序的状态中，最先排队靠前的锁就会最显轮到获取锁。
非公平锁：在公平锁的规则基础上，会在一定的情况下导致锁插队。
自旋锁/非自旋锁
自旋锁的理念就是在线程拿不到锁的时候，它并不会进入到阻塞状态或者释放掉CPU的资源，它是直接去循环的去访问锁的状态，不断的去尝试获取锁，这个循环的过程也被叫做自旋。
非自旋锁就跟自旋锁相反，他没获取到锁他就不会再去尝试获取，但是他会直接去排队或者陷入阻塞状态中。
可中断锁/不可中断锁
顾名思义，可中断锁就是在获取到锁后可以中断他的任务然后去做其他的任务，最典型的就是使用ReentrantLock，它就是一种典型的可中断锁，例如使用lockInterruptibly方法再获取锁的过程中，突然不想获取了，那么也可以在中断之后去做其他的事情，不需要一直傻等到获取锁才离开
不可中断锁就没有那么灵活，典型的就是synchronized，一旦申请了锁，那么就没有回头路了，只能等到拿到锁以后才能进行其他的逻辑处理。
标签：重入,synchronized,中断,分类,七大,获取,线程,自旋,多线程 来源： https://www.cnblogs.com/Mateo-dengmin/p/15855173.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。