ConCurrent并发包 - Lock详解

最新推荐文章于 2024-07-02 13:21:41 发布

子不语xuan

最新推荐文章于 2024-07-02 13:21:41 发布

阅读量3.7k

点赞数

分类专栏： Java日常文章标签： ReentrantLock ReadWriteLock synchronized的缺陷

本文链接：https://blog.csdn.net/xiaoyaoyulinger/article/details/52214422

版权

本文探讨了synchronized的不足，并详细介绍了Java并发包concurrent.locks下的核心类，包括Lock接口的lock(), tryLock(), tryLock(long, TimeUnit)以及lockInterruptibly()方法，强调了它们在处理线程同步和中断等待方面的特性。" 106069728,8019020,手动编译与本地运行Elasticsearch 6.8教程,"['elasticsearch', 'debug', 'gradle']

摘要由CSDN通过智能技术生成

synchronized的缺陷

我们知道，可以利用synchronized关键字来实现共享资源的互斥访问。Java 5在java.util.concurrent.locks包下提供了另一种来实现线程的同步访问，那就是Lock。既然有了synchronized来实现线程同步，Java为什么还需要提供Lock呢？

synchronized是Java的一个关键字，当我们使用synchronized来修饰方法或代码块时，线程必须先获得对应的锁才能执行该段代码。而其他线程只能一直等待，直到当前线程释放锁并获得对应的锁才能进入该段代码。这里获取锁的线程释放锁只会有两种情况：

获取锁的线程执行完该段代码，线程会释放占有的锁；
线程执行发生异常，此时JVM会让线程自动释放锁。

那么如果这个占有锁的线程由于等待IO或其他原因（比如调用sleep方法）被阻塞，但是还没有释放锁，那么其他线程只能干巴巴的等着，试想这多么影响程序的执行效率。

当多个线程同时读写文件是，我们知道读操作和写操作会发生冲突，写操作和写操作也会发生冲突，但是读操作和读操作之间不会冲突。synchronized关键字对一段代码加锁，所有的线程必须先获得对应的锁才有该代码段的执行权限。如果多个线程同时进行读操作时，使用synchronized关键字会导致在任何时刻只有一个线程读，其他线程等待，大大降低执行效率。

Lock可以对以上种种情况作优化，提供更好的执行效率。另外，Lock方便了对锁的管理，可以自由的加锁和释放锁，还可以判断有没有成功获取锁。但是在使用Lock时要注意，Lock需要开发者手动去释放锁，如果没有主动释放锁，就要可能导致死锁出现。建议在finally语句块中释放Lock锁。