线程同步之 lock

Lock是一个接口，是通过代码来实现的，他的底层也是基于CAS原理，属于一种乐观锁，他与synchronized也有一定的区别：

1.用法不一样。synchronized既可以加在方法上，也可以加载特定的代码块上，括号中表示需要锁的对象。而Lock需要显示地指定起始位置和终止位置。synchronzied是托管给jvm执行的，Lock锁定是通过代码实现的。
2.在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时Lock的性能要远远优于synchronized。所以说，在具体使用时要根据适当情况选择。
3.锁的机制不一样。synchronized获得锁和释放的方式都是在块结构中，而且是自动释放锁。而Lock则需要开发人员手动去释放，并且必须在finally块中释放，否则会引起死锁问题的发生。
4.Lock是一个接口，而synchronized是Java中的关键字,synchronized是内置的语言实现；
5.synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁；
6.Lock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够响应中断；通过Lock可以知道有没有成功获取锁，而synchronized却无法办到。Lock可以提高多个线程进行读操作的效率。
 

 

lock锁在使用过程中如果不释放锁，那线程就一直处于阻塞状态，所有一般把unlock放在在finally代码块中，它的基本实现如下：

package juc;

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

public class TestLock {
    public static void main(String[] args) {
        Ticket t = new Ticket();
        new Thread(t,"小一").start();
        new Thread(t,"小二").start();
        new Thread(t,"小小").start();
    }

}

class Ticket implements Runnable{
    private int tike = 100;
    private Lock lock = new ReentrantLock();




    @Override
    public void run() {
        while(true){
            try {
                lock.lock();
                Thread.sleep(200);
                if(tike>0){
                    tike--;
                    System.out.println(Thread.currentThread().getName()+":"+tike);
                }
            } catch (InterruptedException e) {
                e.printStackTrace();
            }finally {
                lock.unlock();
            }

        }
    }
}