synchronized和锁(ReentrantLock) 区别

synchronized与ReentrantLock对比
本文详细比较了Java中的synchronized与ReentrantLock两种同步机制的区别,包括使用方式、等待可中断特性、公平锁机制、锁绑定多个条件以及性能方面的差异。

5ibc.net纯属抄袭本文

转载请注明出处
作者:小风筝0010
原文:http://blog.csdn.net/zheng548/article/details/54426947

区别一:API层面

synchronized使用

synchronized既可以修饰方法,也可以修饰代码块。
synchronized修饰方法时,如下所示:

//synchronized修饰一个方法时,这个方法叫同步方法。
public synchronized void test() {
//方法体``

}

synchroized修饰代码块时,包含两部分:锁对象的引用和这个锁保护的代码块。如下所示:

synchronized(Object) {
//括号中表示需要锁的对象.
//线程执行的时候会对Object上锁
}

ReentrantLock使用

public class test(){
    private Lock lock = new ReentrantLock();

    public void testMethod()
    {
        try
        {
            lock.lock();
            ```
            //省略

        }
        finally
        {
            lock.unlock();
        }
    }
}

区别二:等待可中断

引用周志明的《深入理解Java虚拟机》Page 392

等待可中断是指当持有锁的线程长期不释放锁的时候,正在等待的线程可以选择放弃等待,改为处理其他事情。可等待特性对处理执行时间非常长的同步快很有帮助。

具体来说,假如业务代码中有两个线程,Thread1 Thread2。假设 Thread1 获取了对象object的锁,Thread2将等待Thread1释放object的锁。

  • 使用synchronized。如果Thread1不释放,Thread2将一直等待,不能被中断。synchronized也可以说是Java提供的原子性内置锁机制。内部锁扮演了互斥锁(mutual exclusion lock ,mutex)的角色,一个线程引用锁的时候,别的线程阻塞等待。

  • 使用ReentrantLock。如果Thread1不释放,Thread2等待了很长时间以后,可以中断等待,转而去做别的事情。

区别三:公平锁

引用周志明的《深入理解Java虚拟机》Page 392

公平锁是指多个线程在等待同一个锁时,必须按照申请的时间顺序来依次获得锁;而非公平锁则不能保证这一点。非公平锁在锁被释放时,任何一个等待锁的线程都有机会获得锁。
synchronized的锁是非公平锁,ReentrantLock默认情况下也是非公平锁,但可以通过带布尔值的构造函数要求使用公平锁。

区别四:锁绑定多个条件

ReentrantLock可以同时绑定多个Condition对象,只需多次调用newCondition方法即可。
synchronized中,锁对象的wait()和notify()或notifyAll()方法可以实现一个隐含的条件。但如果要和多于一个的条件关联的时候,就不得不额外添加一个锁。

区别五:性能

JDK 1.5中,synchronized还有很大的优化余地。JDK 1.6 中加入了很多针对锁的优化措施,synchronized与ReentrantLock性能方面基本持平。虚拟机在未来的改进中更偏向于原生的synchronized。

补充:关于synchronized关键字

  1. Java中每个对象都有一个锁(lock)或者叫做监视器(monitor)。
  2. ReentrantLock和synchronized持有的对象监视器不同。
  3. 如果某个synchronized方法是static的,那么当线程方法改方法时,它锁的并不是synchronized方法所在的对象,而是synchronized方法所在对象所对应的Class对象,因为Java中不管一个类有多少对象,这些对象会对应唯一一个Class对象。因此当线程分别访问同一个类的两个对象的两个static,synchronized方法时,是顺序执行的,亦即一个线程先执行,完毕之后,另一个才开始执行。
  4. synchronized 方法是一种粗粒度的并发控制,某一时刻,只能有一个线程执行synchronized方法;synchronized块则是一种细粒度的并发控制。只会将块中代码同步,位于方法内,synchronized块之外的代码是可以被多个线程同时访问的。
  5. synchronized关键字经过编译之后,会在同步块的前后分别形成monitorenter和monitorexit两个字节码指令,操作对象均为锁的计数器。
    6.相同点:都是可重入的。可重入值的是同一个线程多次试图获取它所占的锁,请求会成功。当释放的时候,直到冲入次数清零,锁才释放。
### synchronized关键字与ReentrantLock区别及使用场景 #### 一、基本概念对比 `synchronized` 是 Java 中内置的关键字,用于提供一种简单的同步机制来控制多个线程对共享资源的访问[^1]。它通过隐式的监视器(Monitor Lock)实现线程安全。 相比之下,`ReentrantLock` 是 `java.util.concurrent.locks.Lock` 接口的一个具体实现类,属于显式的一种。它的设计更加灵活,允许开发者手动获取释放[^2]。 --- #### 二、功能特性差异 ##### 1. **的获取方式** - `synchronized` 的是自动管理的,当线程进入同步代码块或方法时会自动加,在退出时自动解。 - 而 `ReentrantLock` 则需要调用 `lock()` 方法显式加,并在完成后调用 `unlock()` 手动释放[^3]。 ##### 2. **中断支持** - `synchronized` 不支持响应线程中断操作;如果一个线程正在等待,则无法被强制唤醒。 - `ReentrantLock` 提供了带超时尝试获取的方法(如 `tryLock(long timeout, TimeUnit unit)`),并能处理线程中断情况。 ##### 3. **公平性选项** - 默认情况下,`synchronized` 并不区分是否有优先级更高的请求者,采用的是非公平策略。 - 对于 `ReentrantLock` ,可以通过构造函数指定是否启用公平模式(Fairness Policy)。设置为 true 后,遵循 FIFO 秩序分配给等待时间最长的那个线程[^3]。 ##### 4. **性能表现** 随着 JDK 版本的发展,两者之间的性能差距逐渐缩小甚至反转。早期版本中由于 JVM 层面优化不足,通常认为 `ReentrantLock` 性能优于 `synchronized` 。然而现代 JVM 已经极大提升了后者效率,在大多数简单应用场景下两者的开销相差无几。 ##### 5. **额外功能扩展** 除了基础定外,`ReentrantLock` 还具备更多高级特性比如条件队列(`Condition`)对象创建能力等。 --- #### 三、适用范围分析 | 方面 | synchronized | ReentrantLock | |---------------------|--------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------| | 易用程度 | 更简洁直观 | 较复杂 | | 可控性强弱 | 功能有限 | 高度可控 | | 是否支持超时 | 不支持 | 支持 | | 公平 | 自然是非公平 | 用户可以选择 | | 异常安全性 | 如果发生异常也会正常释放 | 若未正确配对 lock/unlock 将导致死 | 对于那些只需要基本互斥保护的小型程序或者框架内部已经封装好的部分来说,推荐直接利用 `synchronized` 来减少维护成本以及潜在错误风险[^4]; 当遇到较为复杂的业务逻辑需求诸如精确控制行为、应对长时间阻塞等问题时则更适合选用 `ReentrantLock`. --- ```java // 使用synchronized的例子 public class Counter { private int count; public synchronized void increment() { this.count++; } } // 使用ReentrantLock的例子 import java.util.concurrent.locks.ReentrantLock; public class CounterWithLock { private final ReentrantLock lock = new ReentrantLock(); private int count; public void increment() { lock.lock(); // 加 try { this.count++; } finally { lock.unlock(); // 解 } } } ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值