synchronized和锁(ReentrantLock) 的区别

 

一、API层面

·        synchronized既可以修饰方法,也可以修饰代码块

//synchronized修饰一个方法时,这个方法叫同步方法
	public synchronized void test1(){
		doSomethingNeedSynchronizing();
	}
	
	public void test2(){
		doSomethingNotNeedSynchronizing();
		//synchroized修饰代码块时,包含两部分:锁对象的引用和这个锁保护的代码块
		//括号中表示需要锁的对象lock,线程执行的时候会对lock上锁,执行完后释放
		synchronized(obj){
			doSomethingNeedSynchronizing();
		}
	}

·        ReentrantLock的使用主要是获得锁和释放锁

	public void test3(){
		try{
			lock.lock();
			doSomethingNeedSynchronizing();
		}finally{
			lock.unlock();
		}
	}

二、ReentrantLock可实现公平锁

· synchronized的锁是非公平锁,ReentrantLock默认生成的也是非公平锁,但是可通过参数fair设置为公平锁。

· 公平锁 :加锁前检查是否有排队等待的线程,优先排队等待的线程,先来先得
  非公平锁 :加锁时不考虑排队等待问题,直接尝试获取锁,获取不到自动到队尾等待

三、ReentrantLock等待可中断

· 使用synchronized,假如线程A获得了锁且一直不释放,那么线程B会一直等待下去,不能被中断

· 同样情形下,使用ReentrantLock可以通过tryLock()、tryLock(timeout,unit)、lockInterruptibly()使B线程不用一直等待

四、锁绑定多个条件

· ReentrantLock可以同时绑定多个Condition对象,只需多次调用newCondition()方法即可。

· synchronized中,锁对象的wait()和notify()或notifyAll()方法可以实现一个隐含的条件。但如果要和多于一个的条件关联的时候,就不得不额外添加一个锁。

五、ReentrantLock的两种使用方法

·  同使用synchronized一样,A线程拿到锁一直不释放,B线程会一直等待

import java.util.concurrent.locks.ReentrantLock;

public class Test {
	public static void main(String[] args) {
		ReentrantLock lock = new ReentrantLock();
		MyRunnable myRunnable = new MyRunnable(lock);
		new Thread(myRunnable).start();
		new Thread(myRunnable).start();
	}
}

class MyRunnable implements Runnable {
	private ReentrantLock lock;
	public MyRunnable(ReentrantLock lock) {
		this.lock = lock;
	}

	@Override
	public void run() {
		try {
			lock.lock();
			System.out.println(Thread.currentThread() + " get lock");
			while(true){
				System.out.println(Thread.currentThread() + " hold lock");
			}
		} finally {
			System.out.println(Thread.currentThread() + " release lock");
			lock.unlock();
		}
	}
}

 

·  每个线程都会去尝试拿锁,如果拿到了则处理需要同步处理的方法(处理完后需要释放锁),否则则去处理其他不需要同步处理的任务

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;

public class Test {
	public static void main(String[] args) {
		ReentrantLock lock = new ReentrantLock();
		MyRunnable myRunnable = new MyRunnable(lock);
		new Thread(myRunnable).start();
		new Thread(myRunnable).start();
	}
}

class MyRunnable implements Runnable {
	private ReentrantLock lock;

	public MyRunnable(ReentrantLock lock) {
		this.lock = lock;
	}

	@Override
	public void run() {
		try {
			// 尝试在3秒时间内获取锁
			// 如果获取到锁,则返回true
			// 否则会阻塞3秒,直到获取锁或者3秒过后
			if (lock.tryLock(3, TimeUnit.SECONDS)) {
				try {
					System.out.println(Thread.currentThread() + " get lock");
					System.out.println(Thread.currentThread() + " hold lock 1 second");
					TimeUnit.SECONDS.sleep(1);
				} finally {
					System.out.println(Thread.currentThread() + " release lock");
					lock.unlock();
				}
			}else{
				System.out.println(Thread.currentThread() + " do not get lock within 3 seconds");
			}
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}
}

 

 

       

 

 

### 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(); // 解 } } } ``` ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值