Java的锁

1. 公平锁（按顺序排队）和非公平锁（抢占式排队）

1.1 是什么

公平锁就是先来后到、非公平锁就是允许加塞。Lock lock = new ReentrantLock(Boolean fair);默认非公平。

new ReentrantLock(true);设置为true时，为公平锁

    Lock lock = new ReentrantLock();

    /**
     *无参，默认调用的是非公平锁
     */
    public ReentrantLock() {
        sync = new NonfairSync();
    }
    //有参，根据参数是true或者是false来确定调用的是非公平锁、公平锁
    public ReentrantLock(boolean fair) {
        sync = fair ? new FairSync() : new NonfairSync();
    }

公平锁是指多个线程按照申请锁的顺序来获取锁，类似排队打饭。

非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序，有可能后申请的线程优先获取锁，在高并发的情况下，有可能会造成优先级反转的现象。

1.2 两者区别

公平锁：Threads acquire a fair lock in the order in which they requested it

公平锁，就是很公平，在并发环境中，每个线程在获取锁时，会先查看此锁维护的等待队列，如果为空，或者当前线程就是等待队列的第一个，就占有锁，否则就会加入到等待队列中，以后会按照FIFO的规则从队列中取到自己。

非公平锁：a nonfair lock permits barging: threads requesting a lock can jump ahead of the queue of waiting threads if the lock happens to be available when it is requested.

非公平锁比较粗鲁，上来就直接尝试占有额，如果尝试失败，就再采用类似公平锁那种方式。

1.3 小总结

对Java的ReentrantLock而言，通过构造函数指定该锁是否公平，参数定义为false是非公平锁，非公平锁的优点在于吞吐量比公平锁大

对Synchronized而言，是一种非公平锁

2. 可重入锁（递归锁）

2.1 递归锁是什么

指的时同一线程外层函数获得锁之后，内层递归函数仍然能获取该锁的代码，在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁，也就是说，线程可以进入任何一个它已经拥有的锁所同步着的代码块

2.2 ReentrantLock/Synchronized 就是一个典型的非公平可重入锁

• 可重入锁最大的作用是避免死锁

代码示例：

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

/**
 * @author LanceQ
 * @version 1.0
 * @time 2021/5/12 11:56
 */
public class Mobile implements Runnable{
    Lock lock = new ReentrantLock();
    @Override
    public void run() {
        try {
            get();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    public void get() throws InterruptedException {
        lock.lock();
        try {
            System.out.println(Thread.currentThread().getName()+"\t invoked get()");
            System.out.println("睡眠2秒");
            TimeUnit.SECONDS.sleep(2);
            set();
        }finally {
            lock.unlock();
        }
    }
    public void set() throws InterruptedException {
        lock.lock();
        try{
            System.out.println(Thread.currentThread().getName()+"\t invoked set()");
        }finally {
            lock.unlock();
        }
    }
}

/**
 * @author LanceQ
 * @version 1.0
 * @time 2021/5/12 11:55
 */
public class ReentrantLockTest{
    public static void main(String[] args) {
        Mobile mobile = new Mobile();
        new Thread(mobile).start();
        new Thread(mobile).start();
    }
}

运行结果：
Thread-0	 invoked get()
睡眠2秒
Thread-0	 invoked set()
Thread-1	 invoked get()
睡眠2秒
Thread-1	 invoked set()

例2：

/**
 * @author LanceQ
 * @version 1.0
 * @time 2021/5/12 12:07
 */
public class ReentrantLockTest2 {
    public static void main(String[] args) {
        Phone phone = new Phone();
        new Thread(() -> {
            try {
                phone.sendSMS();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }, "Thread 1").start();
        new Thread(() -> {
            try {
                phone.sendSMS();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }, "Thread 2").start();
        new Thread(() -> {
            try {
                phone.sendEmail();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }, "Thread 3").start();
    }
}
class Phone{
    public synchronized void sendSMS()throws Exception{
        System.out.println(Thread.currentThread().getName()+"\t -----invoked sendSMS()");
        Thread.sleep(3000);
        sendEmail();
    }

    public synchronized void sendEmail() throws Exception{
        System.out.println(Thread.currentThread().getName()+"\t +++++invoked sendEmail()");
    }
}

运行结果：
Thread 1	 -----invoked sendSMS()
Thread 1	 +++++invoked sendEmail()
Thread 3	 +++++invoked sendEmail()
Thread 2	 -----invoked sendSMS()
Thread 2	 +++++invoked sendEmail()

3. 自旋锁(spinlock)

3.1 原理代码

自旋锁是指当尝试获取锁的线程失败后，不会立即阻塞，而是采用循环的方式去尝试再次获取锁，直到得到锁为止。这样的好处是减少线程上下文切换的消耗，缺点是循环会消耗CPU。

    public final int getAndAddInt(Object var1, long var2, int var4) {
        int var5;
        do {
            var5 = this.getIntVolatile(var1, var2);
        } while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));
        return var5;
    }

例子：

import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicReference;

/**
 * @author ql
 * @version 1.0 2021/4/13
 */
public class SpinLockDemo {
    //原子引用线程
    AtomicReference<Thread> atomicReference=new AtomicReference<>();

    public void myLock(){
        Thread thread=Thread.currentThread();
        System.out.println(Thread.currentThread().getName()+"\t come in o(n_n)o");
        System.out.println(thread.getName()+":开始自旋····");
        while (!atomicReference.compareAndSet(null,thread)){
          //  System.out.println("自旋····");
        }

    }
    public void myUnlock(){
        Thread thread=Thread.currentThread();
        atomicReference.compareAndSet(thread,null);

        System.out.println(Thread.currentThread().getName()+"\t invoked myUnLock()");
        System.out.println(thread.getName()+":结束自旋····");
    }

    public static void main(String[] args) {
        SpinLockDemo spinLockDemo = new SpinLockDemo();
        new Thread(()->{
            try {
                spinLockDemo.myLock();
                TimeUnit.SECONDS.sleep(5);
                spinLockDemo.myUnlock();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        },"AA").start();

        new Thread(()->{
            try {
                spinLockDemo.myLock();
                TimeUnit.SECONDS.sleep(1);
                //对Thread.sleep方法的包装，实现是一样的，只是多了时间单位转换和验证，然而TimeUnit枚举成员的方法却提供更好的可读性
                spinLockDemo.myUnlock();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        },"BB").start();
    }
}

运行结果：
AA	 come in o(n_n)o
AA:开始自旋····
BB	 come in o(n_n)o
BB:开始自旋····
AA	 invoked myUnLock()
AA:结束自旋····
BB	 invoked myUnLock()
BB:结束自旋····

实现自旋锁

• 自旋锁好处，循环比较获取知道成功位置，没有类似wait的阻塞
• 通过CAS操作完成自旋锁，A线程先进来调用mylock方法自己持有锁5秒钟，B随后进来发现当前有线程持有锁，不是null，所以只能通过自旋等待，直到A释放锁后，B才可以抢到

3.3 插曲–Thread.sleep和TimeUnit.SECONDS.sleep

刚看到TimeUnit.SECONDS.sleep()方法时觉得挺奇怪的，TimeUnit怎么也提供sleep方法？

public void sleep(long timeout) throws InterruptedException {
    if (timeout > 0) {
        long ms = toMillis(timeout);
        int ns = excessNanos(timeout, ms);
        Thread.sleep(ms, ns);
    }
}

• 结果一看源码，原来是对Thread.sleep方法的包装，实现是一样的，只是多了时间单位转换和验证，然而TimeUnit枚举成员的方法却提供更好的可读性，这可能就是当初创建TimeUnit时提供sleep方法的原因吧，大家都知道sleep方法很常用，但经常要使用一个常量保存sleep的时间，比如3秒钟，我们代码通常会这样写:

private final int SLEEP_TIME = 3 * 1000; //3 seconds

因为Thread.sleep方法参数接受的毫秒单位的数值，比较下面代码就知道TimeUnit枚举成员的sleep方法更优雅：

TimeUnit.MILLISECONDS.sleep(10);
TimeUnit.SECONDS.sleep(10);
TimeUnit.MINUTES.sleep(10);
Thread.sleep(10);
Thread.sleep(10*1000);
Thread.sleep(10*60*1000);

4. 独占锁(写锁)/共享锁(读锁)/互斥锁

4.1 概念

• 独占锁：指该锁一次只能被一个线程所持有，对ReentrantLock和Synchronized而言都是独占锁

• 共享锁：只该锁可被多个线程所持有

• ReentrantReadWriteLock其读锁是共享锁，写锁是独占锁

• 互斥锁：读锁的共享锁可以保证并发读是非常高效的，读写、写读、写写的过程是互斥的

4.2 代码

import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantReadWriteLock;


public class MyCache {
    private volatile Map<String, Object> map = new HashMap<>();
    private ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();//读写锁，加完之后

    /**
     * 写操作：原子+独占
     * 整个过程必须是一个完整的统一体，中间不许被分割，不许被打断
     *
     * @param key
     * @param value
     */
    public void put(String key, Object value) {
        rwLock.writeLock().lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t正在写入：" + key);
            TimeUnit.MILLISECONDS.sleep(300);
            map.put(key, value);
            System.out.println(Thread.currentThread().getName() + "\t写入完成");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            rwLock.writeLock().unlock();
        }

    }

    public void get(String key) {
        rwLock.readLock().lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t正在读取：" + key);
            TimeUnit.MILLISECONDS.sleep(300);
            Object result = map.get(key);
            System.out.println(Thread.currentThread().getName() + "\t读取完成: " + result);
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            rwLock.readLock().unlock();
        }

    }

    public void clear() {
        map.clear();
    }
}

/**
 * @author ql
 * @version 1.0 2021/4/13
 */
public class ReadWriteLockDemo {
    public static void main(String[] args) {
        MyCache myCache = new MyCache();
        for (int i = 1; i <= 5; i++) {
            final int tempInt = i;
            new Thread(() -> {
                myCache.put(tempInt + "", tempInt + "");
            }, "Thread " + i).start();
        }
        for (int i = 1; i <= 5; i++) {
            final int tempInt = i;
            new Thread(() -> {
                myCache.get(tempInt + "");
            }, "Thread " + i).start();
        }
    }
}

运行结果：
Thread 1	正在写入：1
Thread 1	写入完成
Thread 2	正在写入：2
Thread 2	写入完成
Thread 3	正在写入：3
Thread 3	写入完成
Thread 4	正在写入：4
Thread 4	写入完成
Thread 5	正在写入：5
Thread 5	写入完成
Thread 2	正在读取：2
Thread 3	正在读取：3
Thread 5	正在读取：5
Thread 1	正在读取：1
Thread 4	正在读取：4
Thread 2	读取完成: 2
Thread 3	读取完成: 3
Thread 5	读取完成: 5
Thread 1	读取完成: 1
Thread 4	读取完成: 4

• 多个线程同时读一个资源类没有任何问题，所以为了满足并发量，读取共享资源应该可以同时进行。但是如果有一个线程想去取写共享资源来，就不应该让其他线程可以自由的对资源进行读或写

• 读读能共存

• 读写不能共存

• 写写不能共存

• 读写锁，加完之后，会出现上面代码所示的运行结果，某个线程在对值进行写操作的时候，需要在该线程处理完后，其他线程才可以继续进行写操作；而在线程进行读操作的时候，可以多个线程同时去读。