锁
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的值,成功(当前没有这个锁)则返回,成功获得锁
- 锁已经存在则获取锁的到期时间,和当前时间比较,超时的话,则设置新的值
寻思了许久,想出一期与数据库相关的~~ 下次吧 下次一定 溜了溜了