计算机基础之锁的分类

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了计算机基础之锁的分类相关的知识,希望对你有一定的参考价值。

参考技术A

避免多个线程同时读写同一个数据而产生不可预料的后果,我们需要将各个线程对同一个数据的访问 同步 。所谓同步,既是指在一个线程访问数据未结束时,其他线程不得对同一个数据进行访问。
同步的最常见方法是使用 锁(Lock)

二元信号量(Binary Semaphore) 是最简单的一种锁,只有两种状态:占用与非占用。它适合只能被唯一一个线程独占访问的资源。当二元信号量置为非占用状态时,第一个视图获取改二元信号量的线程会获得该锁,并将二元信号量置为占用状态,此后其他的所有视图获取该二元信号量的线程将会等待,直到该锁被释放。
对于允许多个线程并发访问的资源...

互斥量对应的是互斥锁, 互斥锁 分为递归锁(recursive mutex)和非递归锁(non-recursive mutex)。

平时不用面试又爱问系列之锁优化问题

前面我们提到了锁策略问题,那么锁又如何优化的呢?

1.锁的实现原理

既然要知道锁的优化问题,首先的知道锁的实现原理(以加锁为例):

  1. 先通过原子操作,检查并更新(CAS完成)一块内存区域,如果修改成功过,则表示加锁成功,否则表示加锁失败(更新的内存区域可以想象成哪个线程持有了这个锁)(用户/内核实现)
  2. 如果更新失败。表示锁被别的线程占用了(用户/内核实现)
  3. 如果被占用了,就挂起等待或者自旋或者…(用户/内核实现)
  4. 如果是挂起等待锁,就把该线程放到一个锁对应的等待队列中,后面锁释放了之后才有机会被唤醒(内核实现)
  5. 放弃CPU(内核实现)

如果前三步是用户实现了,就相当于轻量级锁,如果五步都是内核实现,那么就是重量级锁

2.JVM实现sychronized时的优化策略

大概步骤

  1. 编译器+JVM智能判定该所是否可以消除,如果可以,就直接消除,就不加锁
  2. 第一个获取线程的锁,那么就只加一个偏向锁(就是一个简单的标记位,没有互斥机制,如果有多个线程在竞争锁,那么就真正的加锁)
  3. 当多个线程进行竞争锁的时候,刚才的偏向锁就被消除,进入轻量级状态,没有获取得到锁的线程就会自旋等待
  4. 如果竞争激烈(既锁冲突很频繁),通过自旋锁也无法获取到锁,此时膨胀为重量级锁,在内核中针对该线程挂起瞪大
  5. 如果一段逻辑中,出现多次加锁解锁的操作,编译器+JVM就会自动把多个相邻的加锁解锁合并成一次加锁解锁(锁粗化)

具体分析

2.1锁消除

就是在实际过程中,为了代码的可靠,在很多地方都会加锁,于是可能就会让一些本不应该加锁的地方也给加锁了 比如: StringBuffer 和 StringBuilder的区别:StringBuffer 内置了同步机制,也就是自己内部带锁
StringBuffer stringBuffer = new StringBuffer();
		//每次进行append的时候都会先加锁,操作完成了之后再解锁
        stringBuffer.append("hello");
        stringBuffer.append("world");

此时只有一个线程,不需要加锁,但是因为内部自带锁,所以编译器+JVM就会自动把stringBuffer中的加锁操作去掉了

2.2偏向锁

如果现在某个线程加锁,JVM不确定这个锁会不会出现多线程竞争锁的问题,那么他就会先把他当成不会京城的线程,就会先将这个线程进行标记
如果后面的线程不会和这个线程发生锁竞争的话,那就可以彻底不用给这个线程进行加锁
如果会和后面的线程发生竞争,这个时候才会去真正加锁
(因为加锁是开销比较大的,能不加就不加)

2.3自旋锁

  • 自旋锁其实是耗着CPU在空转
  • sychronized中的自旋是一种“自适应”的自旋锁。
  • JVM会评估当前某个锁的竞争激烈度。

因为他是否自旋,以及自旋多久,都是“自适应”,会根据环境的差异,会发生一些变化,如果线程竞争锁比较激烈的时候,那么让他少自旋,自旋的时间短一点;如果线程竞争锁不是那么激烈,就让自旋锁自旋的频率高一些,时间久一点;要么就是变成重量级锁,让内核去完成,挂起等待就行了

2.4膨胀锁

这个锁其实是无奈之举,因为自旋锁的效率是特别高的,能够个更快的获取到锁,但是如果自旋了半天仍然获取不到锁,获取不到锁的期间有不能什么也不干,所以就膨胀为重量级锁,只能在内核中挂起等待了。

2.5锁粗化

就是把多个锁合并到一起,那么就会有锁的粒度


加锁解锁中间夹的代码越多,就认为锁的粒度越粗,反之越细(锁粒度越细,多线程并发执行时,并发程度越高)

注意

  • 如果锁竞争激烈,此时锁粒度越细越好
  • 如果锁竞争不激烈
    此时反复多次加锁解锁,不如一次加锁解锁来的更快

3.synchronized 锁的几种锁的状态

  • 无锁:没有对资源进行锁定,所有的线程都能访问并修改同一个资源,但同时只有一个线程能修改成功,其他修改失败的线程会不断重试直到修改成功。

  • 偏向锁:对象的代码一直被同一线程执行,不存在多个线程竞争,该线程在后续的执行中自动获取锁,降低获取锁带来的性能开销。偏向锁,指的就是偏向第一个加锁线程,该线程是不会主动释放偏向锁的,只有当其他线程尝试竞争偏向锁才会被释放。

    偏向锁的撤销,需要在某个时间点上没有字节码正在执行时,先暂停拥有偏向锁的线程,然后判断锁对象是否处于被锁定状态。如果线程不处于活动状态,则将对象头设置成无锁状态,并撤销偏向锁;

    如果线程处于活动状态,升级为轻量级锁的状态。

  • 轻量级锁:轻量级锁是指当锁是偏向锁的时候,被第二个线程 B 所访问,此时偏向锁就会升级为轻量级锁,线程 B 会通过自旋的形式尝试获取锁,线程不会阻塞,从而提高性能。

    当前只有一个等待线程,则该线程将通过自旋进行等待。但是当自旋超过一定的次数时,轻量级锁便会升级为重量级锁;当一个线程已持有锁,另一个线程在自旋,而此时又有第三个线程来访时,轻量级锁也会升级为重量级锁。

  • 重量级锁:指当有一个线程获取锁之后,其余所有等待获取该锁的线程都会处于阻塞状态。

    重量级锁通过对象内部的监视器(monitor)实现,而其中 monitor 的本质是依赖于底层操作系统的Mutex Lock 实现,操作系统实现线程之间的切换需要从用户态切换到内核态,切换成本非常高。

4.面试常考

  1. 什么是偏向锁
  2. java 的 synchronized 是怎么实现的,有了解过么?
  3. synchronized 实现原理 是什么?

以上是关于计算机基础之锁的分类的主要内容,如果未能解决你的问题,请参考以下文章

MySQL进阶之锁

java并发之锁的使用浅析

多线程环境下队列操作之锁的教训

数据库小技能:Oracle基础之锁

数据库小技能:Oracle基础之锁

数据库小技能:Oracle基础之锁