synchronized和Lock

本文深入探讨了Java中的synchronized关键字及其实现原理,包括方法级和代码块级的同步,并对比了synchronized与ReentrantLock的优缺点。此外,还介绍了wait(), notify(), notifyAll()等方法的使用技巧。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

A一般首先想到的同步synchronized

// 未同步的方法
public void test() {}
// 同步的方法
pubilc synchronized void test() {}

synchronized 也可以用在一个代码块上,看

public void test() {
     synchronized(obj) {
          System.out.println("===");
     }
}

synchronized 用在方法和代码块上有什么区别呢?

synchronized 用在方法签名上(以test为例),当某个线程调用此方法时,会获取该实例的对象锁,方法未结束之前,其他线程只能去等待。当这个方法执行完时,才会释放对象锁。其他线程才有机会去抢占这把锁,去执行方法test,但是发生这一切的基础应当是所有线程使用的同一个对象实例,才能实现互斥的现象。否则synchronized关键字将失去意义。

(但是如果该方法为类方法,即其修饰符为static,那么synchronized 意味着某个调用此方法的线程当前会拥有该类的锁,只要该线程持续在当前方法内运行,其他线程依然无法获得方法的使用权!)

synchronized 用在代码块的使用方式:synchronized(obj){//todo code here}

当线程运行到该代码块内,就会拥有obj对象的对象锁,如果多个线程共享同一个Object对象,那么此时就会形成互斥!特别的,当obj == this时,表示当前调用该方法的实例对象。即

public void test() {

synchronized(this) {
// todo your code
}

}

此时,其效果等同于
public synchronized void test() {
// todo your code
}

使用synchronized代码块,可以只对需要同步的代码进行同步,这样可以大大的提高效率。

小结:
使用synchronized 代码块相比方法有两点优势:
1、可以只对需要同步的使用
2、与wait()/notify()/nitifyAll()一起使用时,比较方便


wait() 与notify()/notifyAll()

这三个方法都是Object的方法,并不是线程的方法!
wait():释放占有的对象锁,线程进入等待池,释放cpu,而其他正在等待的线程即可抢占此锁,获得锁的线程即可运行程序。而sleep()不同的是,线程调用此方法后,会休眠一段时间,休眠期间,会暂时释放cpu,但并不释放对象锁。也就是说,在休眠期间,其他线程依然无法进入此代码内部。休眠结束,线程重新获得cpu,执行代码。wait()和sleep()最大的不同在于wait()会释放对象锁,而sleep()不会!

notify(): 该方法会唤醒因为调用对象的wait()而等待的线程,其实就是对对象锁的唤醒,从而使得wait()的线程可以有机会获取对象锁。调用notify()后,并不会立即释放锁,而是继续执行当前代码,直到synchronized中的代码全部执行完毕,才会释放对象锁。JVM则会在等待的线程中调度一个线程去获得对象锁,执行代码。需要注意的是,wait()和notify()必须在synchronized代码块中调用。

notifyAll()则是唤醒所有等待的线程。

为了说明这一点,举例如下:
两个线程依次打印”A”“B”,总共打印10次。

public class Consumer implements Runnable {

 [@Override](https://my.oschina.net/u/1162528)
 public synchronized void run() {
        // TODO Auto-generated method stub
        int count = 10;
        while(count > 0) {
             synchronized (Test. obj) {

                 System. out.print( "B");
                 count --;
                 Test. obj.notify(); // 主动释放对象锁

                  try {
                       Test. obj.wait();

                 } catch (InterruptedException e) {
                        // TODO Auto-generated catch block
                       e.printStackTrace();
                 }
            }

       }
 }

}

public class Produce implements Runnable {

 [@Override](https://my.oschina.net/u/1162528)
 public void run() {
        // TODO Auto-generated method stub
        int count = 10;
        while(count > 0) {
             synchronized (Test. obj) {

                  //System.out.print("count = " + count);
                 System. out.print( "A");
                 count --;
                 Test. obj.notify();

                  try {
                       Test. obj.wait();
                 } catch (InterruptedException e) {
                        // TODO Auto-generated catch block
                       e.printStackTrace();
                 }
            }

       }

 }

}

测试类如下:

public class Test {

 public static final Object obj = new Object();

 public static void main(String[] args) {

        new Thread( new Produce()).start();
        new Thread( new Consumer()).start();

 }

}

这里使用static obj作为锁的对象,当线程Produce启动时(假如Produce首先获得锁,则Consumer会等待),打印“A”后,会先主动释放锁,然后阻塞自己。Consumer获得对象锁,打印“B”,然后释放锁,阻塞自己,那么Produce又会获得锁,然后…一直循环下去,直到count = 0.这样,使用Synchronized和wait()以及notify()就可以达到线程同步的目的。


除了wait()和notify()协作完成线程同步之外,使用Lock也可以完成同样的目的。

ReentrantLock 与synchronized有相同的并发性和内存语义,还包含了中断锁等候和定时锁等候,意味着线程A如果先获得了对象obj的锁,那么线程B可以在等待指定时间内依然无法获取锁,那么就会自动放弃该锁。

但是由于synchronized是在JVM层面实现的,因此系统可以监控锁的释放与否,而ReentrantLock使用代码实现的,系统无法自动释放锁,需要在代码中finally子句中显式释放锁lock.unlock();

同样的例子,使用lock 如何实现呢?

public class Consumer implements Runnable {

 private Lock lock;
 public Consumer(Lock lock) {
        this. lock = lock;
 }
 [@Override](https://my.oschina.net/u/1162528)
 public void run() {
        // TODO Auto-generated method stub
        int count = 10;
        while( count > 0 ) {
             try {
                  lock.lock();
                 count --;
                 System. out.print( "B");
            } finally {
                  lock.unlock(); //主动释放锁
                  try {
                       Thread. sleep(91L);
                 } catch (InterruptedException e) {
                        // TODO Auto-generated catch block
                       e.printStackTrace();
                 }
            }
       }

 }

}

public class Producer implements Runnable{

 private Lock lock;
 public Producer(Lock lock) {
        this. lock = lock;
 }
 [@Override](https://my.oschina.net/u/1162528)
 public void run() {
        // TODO Auto-generated method stub
        int count = 10;
        while (count > 0) {
             try {
                  lock.lock();
                 count --;
                 System. out.print( "A");
            } finally {
                  lock.unlock();
                  try {
                       Thread. sleep(90L);
                 } catch (InterruptedException e) {
                        // TODO Auto-generated catch block
                       e.printStackTrace();
                 }
            }
       }
 }

}

调用代码:

public class Test {

 public static void main(String[] args) {
       Lock lock = new ReentrantLock();

       Consumer consumer = new Consumer(lock);
       Producer producer = new Producer(lock);

        new Thread(consumer).start();
        new Thread( producer).start();

 }

}

使用建议:

在并发量比较小的情况下,使用synchronized是个不错的选择,但是在并发量比较高的情况下,其性能下降很严重,此时ReentrantLock是个不错的方案。

### synchronized Lock区别及使用场景 #### 1. 基本概念 `synchronized` 是 Java 中用于实现线程同步的关键字,它在 JVM 层面实现锁机制。`Lock` 是一个接口,提供了比 `synchronized` 更加灵活的锁机制[^4]。 #### 2. 功能对比 - **锁的获取释放** `synchronized` 在方法或代码块执行完毕后自动释放锁,而 `Lock` 需要显式调用 `lock()` 方法获取锁,并在 `finally` 块中调用 `unlock()` 方法释放锁。 - **可中断性** `synchronized` 不支持锁的中断,而 `Lock` 提供了 `tryLock()` `lockInterruptibly()` 等方法,允许线程在等待锁时被中断[^4]。 - **超时功能** `synchronized` 不支持超时机制,而 `Lock` 提供了 `tryLock(long timeout, TimeUnit unit)` 方法,允许线程在指定时间内尝试获取锁。 - **性能表现** 在简单的同步场景下,`synchronized` 的性能通常优于 `Lock`,因为其由 JVM 优化。然而,在需要复杂锁控制的场景下,`Lock` 的灵活性使其成为更好的选择[^1]。 #### 3. 使用示例 ##### (1) `synchronized` 示例 ```java public class Counter { private int count; public synchronized void increment() { count++; } public synchronized int getCount() { return count; } } ``` ##### (2) `Lock` 示例 ```java import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class Counter { private int count; private final Lock lock = new ReentrantLock(); public void increment() { lock.lock(); // 显式获取锁 try { count++; } finally { lock.unlock(); // 显式释放锁 } } public int getCount() { lock.lock(); try { return count; } finally { lock.unlock(); } } } ``` #### 4. 使用场景 - **简单同步需求** 如果只需要简单的线程同步,且不需要复杂的锁控制(如中断、超时等),可以优先使用 `synchronized`,因为它更简洁且性能较好[^1]。 - **复杂同步需求** 如果需要更高级的锁控制(如公平锁、读写锁、锁中断等),则应选择 `Lock` 接口[^4]。 - **性能敏感场景** 在高并发场景下,如果需要对锁进行优化(如减少锁竞争),可以考虑使用 `Lock` 提供的多种锁实现(如 `ReentrantLock` 或 `ReadWriteLock`)[^1]。 #### 5. 注意事项 - 使用 `Lock` 时必须确保在 `finally` 块中释放锁,否则可能导致死锁。 - `synchronized` 是不可重入的锁,而 `ReentrantLock` 支持重入,即同一个线程可以多次获取同一把锁[^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值