同步控制 之“重入锁”

2019独角兽企业重金招聘Python工程师标准>>>

    我们首先将介绍synchronized、Object.wait()和Object.notify()方法的替代品（或者说是增强版） ——重入锁。

一、synchronized的功能扩展：重入锁

    重入锁可以完全替代synchronized关键字。在JDK5.0的早期版本中，重入锁的性能远远好于synchronized，但从JDK6.0开始，JDK在synchronized上做了大量的优化，是的两者的性能差距并不大。重入锁使用java.util.concurrent.locks.ReentrantLock类来实现。下面是一段最简单的重入锁使用案例：

import java.util.concurrent.locks.ReentrantLock;

public class Thread2 implements Runnable{
    public static ReentrantLock lock = new ReentrantLock();
    public static int i=0;
    @Override
    public void run() {
        for (int j = 0; j < 1000000; j++) {
            lock.lock();
            try {
                i++;
            }finally {
                lock.unlock();
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        Thread2 rl = new Thread2();//类名
        Thread t1 = new Thread(rl);
        Thread t2 = new Thread(rl);
        t1.start();t2.start();//启动子线程t1、t2
        t1.join();t2.join();//结束子线程t1、t2
        System.out.println(i);
    }
}

    根据以上代码，使用重入锁保护临界区资源i，确保多线程对i操作的安全性。从这段代码可以看到，与synchronized相比，重入锁有着显示的操作过程。开发人员必须手动何时枷锁，何时释放锁。也正因为这样，重入锁对逻辑控制的灵活性要远远好于synchronized，但值得注意的是，在退出临界区时，必须记得释放，否则，其它线程就没有机会再访问临界区了。

for (int j = 0; j < 1000000; j++) {
    lock.lock();
    lock.lock();
    try {
        i++;
    }finally {
        lock.unlock();
        lock.unlock();
    }
}

    一个线程连续两次获得同一把锁。这是允许的！如果不允许这么操作，那么同一个线程在第2次获得锁时，将会和自己产生死锁。程序就会“卡死”在第2次申请锁的过程中。需要注意的是，如果同一个线程多次获得锁，那么在释放锁的时候，也必须释放相同次数。

• 释放锁的次数多了：会得到一个java.lang.IllegalMonitorStateException异常。
• 释放锁的次数少了：相当于线程还持有这个锁，因此其它线程也无法进入临界区。

 

转载于:https://my.oschina.net/Clarences/blog/1547677