多线程_synchronized锁与Lock锁

锁的简述

synchronized锁：

        悲观锁、隐式锁，即无需显示指定起始位置和终止位置，锁的释放由JVM处理

Lock锁（通常使用ReentrantLock类作为Lock锁）：

        乐观锁、显式锁，即需要显示地指定起始位置和终止位置：

                lock()指定起始位置

                unlock()指定终止位置。通常写于finally块中以确保被执行

锁的对比

Java1.5中，synchronize是性能低效的。因为synchronized是一个重量级操作，需要调用操作接口，导致加锁可能消耗比加锁以外的操作更多的系统时间

Java1.6中，synchronize在语义上很清晰，可以进行很多优化（适应自旋，锁消除，锁粗化，轻量级锁，偏向锁等等）。所以在Java1.6上synchronize的性能并不比Lock差

性能对比：资源竞争激烈时，Lock较synchronized性能更好；竞争不激烈的情况下，synchronized较lock性能更好。synchronized会根据锁的竞争情况，从偏向锁-->轻量级锁-->重量级锁升级

机制对比：synchronized在JVM层面实现，JVM会监控锁的释放。Lock由Java代码实现，需手动释放锁，但可采用非阻塞的方式获取锁（tryLock）

synchronized使用简洁，Lock用法灵活、功能更多，可以说是各有优劣

锁的获取

synchronized：

若锁未被其他线程获取，则获取锁；否则一直等待，直至获得锁的线程释放锁

lock：

lock()：若锁未被其他线程获取，则获取锁；否则一直等待，直至获得锁的线程释放锁

unlock()：释放锁

tryLock()：若线程已获取锁，则返回true；若锁被其他线程获取，则返回false

tryLock(long timeout,TimeUnit unit)：若线程已获取锁，则返回true；若锁被其他线程获取，则进行等待，等待时长依给定参数，在等待的过程中，若线程获取锁，则返回true，若等待超时，则返回false

lockInterruptibly()：ReentrantLock.lockInterruptibly允许在线程等待时，其他线程调用等待线程的Thread.interrupt方法，以此中断线程等待并直接返回、抛出InterruptedException。而ReentrantLock.lock方法不允许在线程等待时，被调用Thread.interrupt方法进行线程中断，即使检测到Thread.isInterrupted，依旧会尝试获取锁，若失败则继续休眠，只是会在成功获取锁后将线程置为interrupted状态。若线程已处于interrupted状态，则被调用lockInterruptibly方法时，此线程也会被要求处理interruptedException

只要在代码运行过程中抛出了InterruptedException，不论当前线程是否拥有锁，都会运行run()方法中的部分代码块（catch代码块及之后的部分），说明该线程此时已获得运行权。代码设计时，不可在"部分代码块"中进行涉及共享变量的操作，应当尽快中断进程（之所以能运行部分代码块，是因为一个线程不应被其他线程暴力中断）

锁的类型

        可重入锁：可再次获得执行对象的锁（可以理解为：在执行对象中调用所有同步方法均不用再次参与锁竞争）

        可中断锁：可中断等待获取锁的过程

        公平锁：依线程的等待时间进行锁的获取，等待时间长的线程具有优先获取锁的权利

        读写锁：读取资源可并发读取，而写入资源则必须同步写入

锁的实例

synchronized锁（对象锁与类锁）

多线程_对象锁与类锁_Mudrock__的博客-CSDN博客

lock锁

    public  void test(){
        try {
            //上锁
            lock.lock();
            
            //方法体
            
        } catch (Exception e) {
            e.printStackTrace();
        }
        finally {
            //释放锁
            lock.unlock();
        }
    }