Java 并发 synchronized 的缺陷

synchronized 是 java 中的一个关键字,是 Java 语言内置的特性。

如果一个代码块被 synchronized 修饰了,当一个线程获取了对应的锁,并执行该代码块时,其他线程便只能一直等待,等待获取锁的线程释放锁,而这里获取锁的线程释放锁只会有两种情况:

  1. 获取锁的线程执行完了该代码块,然后线程释放对锁的占有;

  2. 线程执行发生异常,此时 JVM 会让线程自动释放锁。

那么如果这个获取锁的线程由于要等待 IO 或者其他原因(比如调用 sleep 方法)被阻塞了,但是又没有释放锁,其他线程便只能干巴巴地等待,试想一下,这多么影响程序执行效率。

举个例子:当有多个线程读写文件时,读操作和写操作会发生冲突现象,写操作和写操作会发生冲突现象,但是读操作和读操作不会发生冲突现象。但是采用synchronized关键字来实现同步的话,就会导致一个问题:如果多个线程都只是进行读操作,所以当一个线程在进行读操作时,其他线程只能等待无法进行读操作。

因此就需要一种机制来使得多个线程都只是进行读操作时,线程之间不会发生冲突,通过 Lock 就可以办到。

另外,通过 Lock 可以知道线程有没有成功获取到锁。这个是 synchronized 无法办到的。

总结一下,也就是说 Lock 提供了比 synchronized 更多的功能。但是要注意:

  1. Lock 不是 Java 语言内置的,synchronized 是 Java 语言的关键字,因此是内置特性。Lock 是一个类,通过这个类可以实现同步访问;

  2. Lock 和 synchronized 有一点非常大的不同,使用 synchronized 不需要用户去手动释放锁,当synchronized 方法或者 synchronized 代码块执行完之后,系统会自动让线程释放对锁的占用;而 Lock 则必须要用户去手动释放锁,如果没有主动释放锁,就有可能导致出现死锁现象。

参考链接:
https://www.cnblogs.com/dolphin0520/p/3923167.html
https://www.cnblogs.com/dingpeng9055/p/11250244.html
https://www.cnblogs.com/xiaoxi/p/7651360.html

发布了54 篇原创文章 · 获赞 120 · 访问量 9593

猜你喜欢

转载自blog.csdn.net/siriusol/article/details/105102258