java 中的锁机制 java有几种锁机制

转载

架构设计师 2023-11-10 13:49:49

文章标签 java 中的锁机制多线程锁 Java 公平锁 文章分类 Java 后端开发

锁的种类

独享锁 VS 共享锁

独享锁：锁只能被一个线程持有（synchronized）
共享锁：锁可以被多个程序所持有（读写锁）

乐观锁 VS 悲观锁

乐观锁：每次去拿数据的时候都乐观地认为别人不会修改，所以不进行加锁操作。乐观锁适用于多读的应用类型。（CAS，Atomic）

CAS（Compare And Swap），其思想是：我认为V的值应该为 A，如果是，那么将 V 的值更新为 B，否则不修改并告诉V的值实际为多少。这样一来当有多个线程尝试修改同一个对象时，只有一个线程能够成功修改，因为一旦有一个线程修改成功了，那么其他线程就没法满足 V 的值是 A 了。其他线程修改失败之后不会被挂起，而是再次尝试修改。

悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。

公平锁 VS 非公平锁

公平锁：对于等待锁队列中的线程，按照先来先得的原则，给予锁。
非公平锁：一个线程一执行到需要锁的地方，就尝试去要锁，失败了再进等待队列。这样一来，就能够大大减少唤醒线程的开销，但有可能会出现某线程饿死的情况。

synchronized 是非公平锁，lock 可以是公平也可以非公平。

其他概念

可重入锁（synchronized 和 lock）：可重入性表明了锁的分配不是基于方法而是基于线程的。如：synchronized 了两个方法 method1, method2，method1 中调用了 method2，那么只要线程获得了 method1 的锁，那么它就一定能够进入 method2 而不需再申请锁。
可中断锁（lockInterruptible()）：对于等待锁的线程，若等待时间过长，想中断该等待过程，让该线程去做其他的事，那么就需要可中断锁。

Java 锁的状态

Java 锁状态的级别从低到高为：无锁状态、偏向锁状态、轻量级锁状态、重要级锁状态，而锁的状态是被记录在 Java 对象的对象头中。

Java 的对象头：由 Mark Word、指向类的指针、数组长度，其中 Mark Word 负责记录有关锁的信息

32 位 JVM 中 Mark Word 存储的内容为

锁状态	25bit	4bit	1bit （是否是偏向锁）	2bit （锁标志位）
无锁	对象的 HashCode	分代年龄	0	01
偏向锁	线程 ID 与 Epoch	分代年龄	1	01
轻量级锁	指向栈中的锁记录指针	同前	同前	00
重量级锁	指向重量级锁的指针	同前	同前	10
GC 标记	空			11

偏向锁、轻量级锁概念的出现，都是为了减少同步唤醒的代价，若所有锁都为重量级的，那么所有等待锁的线程必须进入阻塞态

偏向锁：大多数情况下，锁并不存在被大量线程竞争，而且总是由一个线程多次重复申请，那么这时只需要让偏向锁记录该线程 ID，这样当该线程又来声请锁的时候，就能快速获得锁了。
轻量级锁：存在竞争，但是不强力且持有锁的线程会很快释放锁，在这种情况下，等待锁的线程可以处于自旋状态，而不必进入阻塞状态。

Java 中锁的状态是一级一级往上升的，具体情况为：

当未遇到同步代码块（即没有出现锁的时候），处于无锁状态。
当对象被当作了同步锁，但当前只有一个线程 A 申请了该锁（没有竞争产生），那么对象的锁状态就会升级为偏向锁。
当又有另一线程 B 来申请锁时，这时会检查当前占用该锁的线程 A 是否处于活跃状态或者仍然需要该锁，即是否有竞争会产生。若无，则偏向锁偏向 B，A 释放偏向锁。
若有，那么偏向锁就会升级会轻量级锁。但若竞争进一步加大（有很多线程需求锁，且占用时间较长），那么锁就会进一步升级为重量级锁。

Java 锁机制的实现

synchronized

从上一节我们可以看出来，Java 中能够作为锁的只能是对象，所以 synchronized 的实现，也是通过对对象进行加锁实现的。

synchronized 的三种用法

synchronized aMethod，锁一个类的方法，可以防止多个线程同时调用同一个对象的这个方法，但是能够同时调用。
static synchronized aMethod，锁一个类的静态方法，可以防止多个线程同时这个类的该静态方法。
synchronized (object){代码块}，把 object 对象当作该代码块的锁

synchronized 使用起来简单，但是有如下缺点

不支持中断，可能造成其他线程等待很长的时间，甚至死锁。
不支持读写锁，即读读操作是能够同时进行的，但是 synchronized 没法实现。

Lock

Lock 是 java.util.concurrent.locks 包里的一个接口，对应的 ReentrantLock 类实现了该接口。

一般使用方法

public class LockTest {
    private Lock alock = new ReentrantLock(); // 锁需要定义在具体使用锁的栈帧的上一层，即若在线程里定义的话，不同的线程会 new 出不同的锁，这样就不能实现同步了。
    
    public static void main(String[] args) {
        Runnable r = () -> {
            alock.lock(); // 获得锁
            try {
                // do something
            } catch(Exception e){
                
            } finally{
                alock.unlock();
            }
        }
        Thread test = new Thread(r);
        test.start();
    }
}

获得锁的方法

lock(): 获取锁，若失败，则等待
tryLock(long time, TimeUnit unit): 尝试获得锁，返回一个布尔值，表明是否获得到了锁。
lockInterruptibly(): 若某一个线程使用这个方法等待获取锁，那么可以通过 thread.interrupt() 的方法去让他中断等待，干别的事。

除此之外，java.util.concurrent.locks 包内还定义有 ReadWriteLock 接口，并有多种读写锁的实现类。

volatile

一种轻量级同步机制，能够保证 volatile 修饰的变量具有可见性，但不具备原子性

原子性与可见性

原子性：在多线程并发的条件下，对于变量的操作是线程安全的，不会受到其他线程的干扰。Atomatic 基于底层硬件处理器提供的原子指令，保证并发时线程安全。
可见性：在多线程并发的条件下，对于变量的修改，其他线程中能获取到修改后的。volatile 通过对于值的操作，会立即更新到主存中，当其他线程获取该值会从主存中获取。