JAVA面试汇总之基础（三）（锁）

锁

Synchronized和Lock的区别

• Lock是java的一个interface接口，而synchronized是Java中的关键字，synchronized是由JDK实现的，不需要程序员编写代码去控制加锁和释放；
• synchronized修饰的代码在执行异常时，jdk会自动释放线程占有的锁，不需要程序员去控制释放锁，因此不会导致死锁现象发生；但是，当Lock发生异常时，如果程序没有通过unLock()去释放锁，则很可能造成死锁现象，因此Lock一般都是在finally块中释放锁；
• Lock可以让等待锁的线程响应中断处理，如tryLock(long time, TimeUnit unit)，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够中断，程序员无法控制；
• 通过Lock可以知道有没有成功获取锁，tryLock()方法返回boolean值，因此可知道是否获得了锁，而synchronized却无法办到。
• Lock的实现类ReentrantReadWriteLock提供了readLock()和writeLock()用来获取读锁和写锁的两个方法，这样多个线程可以进行同时读操作。
• 总体来讲，当并发量较小，资源竞争不激烈时，两者的性能是差不多的；当大量线程同时竞争，资源非常有限时，此时Lock的性能要远远优于synchronized。

可重用锁（Reentrancy）

• Java提供了强制原子性的内部锁机制：synchronized块。但是内部锁是可重入的，当线程试图获得它自己占有的锁时，请求会成功。

• 简单的说，就是在一个synchronized方法内部调用本类的其他synchronized方法时，永远可以拿到锁。

分布式锁

• 要互斥，同一时刻只能被一台机器上的一个线程获得。
• 最好支持阻塞，然后唤醒，这样那些等待的线程不用循环重试。
• 最好可以重入
• 获得锁和释放锁速度要快
• 考虑到“不可靠的”分布式环境， 分布式锁需要设定过期时间

死锁

• 简单来说就是获取锁，不释放锁
• synchronized不会出现死锁（自行释放），lock锁会造成死锁（如果没有手动释放的话）

Redis分布式锁

• 使用redis中的setnx命令缓存锁，
• Redis缓存的key是锁的key,所有的共享, value是锁的到期时间
• 通过setnx尝试设置某个key的值,成功(当前没有这个锁)则返回,成功获得锁
• 锁已经存在则获取锁的到期时间,和当前时间比较,超时的话,则设置新的值

寻思了许久，想出一期与数据库相关的~~ 下次吧 下次一定 溜了溜了