Lock与Condition结合,等待通知机制await(),signal()与singanlAll()

java.util.concurrent并发包下

一.Lock显式锁性能比synchronized高很多。(1.6以后,synchronized已经优化过)

1.尝试非阻塞的获取锁

2.获取锁的过程中可以被中断

3.超时可以放弃获取锁

而线程在尝试获取synchronized(阻塞锁)的过程中不允许被中断

二.Lock和synchronized锁的共同点:可重入,非公平。

1.可重入(默认):在递归时,会发生锁的重入现象。线程可以再次获取自己内部的锁。比如有线程A获得了某锁,此时锁还没有释放,当线程A再次想要获取这个锁的时候还可获取,如果锁不可重入,则会发生死锁。

2.公平锁:先对锁发出获取请求的线程一定会先被满足。非公平锁的性能(默认)>公平锁,因为在线程等待挂起到恢复的过程中会存在一定的延时。

ReentrantLock无参构造:默认使用不公平锁

三.读写锁ReentrantReadWriteLock。分为读锁和写锁

public class ReentrantReadWriteLock
        implements ReadWriteLock, java.io.Serializable
private final ReentrantReadWriteLock.ReadLock readerLock;
private final ReentrantReadWriteLock.WriteLock writerLock;

 

同一时刻下,允许多个读线程同时进行,只允许一个写线程,适用场景:读多写少。性能远超synchronized。

三.使用Lock与Condition结合(await,signal,signalAll)代替Object的(wait,notify,notifyAll)。

siganl()会唤醒其condition中的一个等待线程,那么问题是如果有多个线程(同一个conditon)在等待,被唤醒的是谁呢?

public class ConditionTemplate {
    Lock lockLC=null;
    private  Condition c1=null;
    private   Condition c2=null;
    private int i;
   
    public ConditionTemplate(ReentrantLock lock,int i){
    	this.i=i;
    	lockLC=lock;
    	c1=lockLC.newCondition();
    	c2=lockLC.newCondition();
    }

    public void waitC1() throws InterruptedException{
        lockLC.lock();
        try{
        	while(i == 0){
        		System.out.println("c1锁");
                c1.await();
        	}
        	System.out.println("解锁c1");
        }finally {
          lockLC.unlock();
        }
    }

    public void waitC2() throws InterruptedException{
    	System.out.println("c2锁");
        lockLC.lock();
        try{
            while(i == 0){
                c2.await();
        	}
        	System.out.println("解锁c2");
        }finally {
            lockLC.unlock();
        }
    }
    public void release(int j) throws InterruptedException{
        lockLC.lock();
        try{
            System.out.println("释放");
            this.i=j;
            c2.signal();//c2释放
        }finally {
            lockLC.unlock();
        }
    }
}
public class mainTest {
	private static class t1 extends Thread{
		
		private ConditionTemplate  conditionTemplate;
		
		public t1(ConditionTemplate  ConditionTemplate){
			this.conditionTemplate=ConditionTemplate;
		}
		@Override
        public void run() {
            try {
            	System.out.println("run|t1:"+Thread.currentThread().getId());
                conditionTemplate.waitC1();
                System.out.println("释放后:"+Thread.currentThread().getId());
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
	}
private static class t2 extends Thread{
		
		private ConditionTemplate  conditionTemplate;
		
		public t2(ConditionTemplate  ConditionTemplate){
			this.conditionTemplate=ConditionTemplate;
		}
		@Override
        public void run() {
            try {
            	System.out.println("run|t2:"+Thread.currentThread().getId()+"|"+new Date().getTime());
                conditionTemplate.waitC2();
                System.out.println("释放后:"+Thread.currentThread().getId());
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
	}
    public static  void main(String[] args) throws  InterruptedException{
        final ConditionTemplate  conditionTemplate=new ConditionTemplate(new ReentrantLock(),0);
        Thread t1=new t1(conditionTemplate);
        Thread t2=new t2(conditionTemplate);
        Thread t4=new t2(conditionTemplate);
        Thread t3=new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    conditionTemplate.release(2);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
		t1.start();
		Thread.sleep(500);
		t2.start();
		Thread.sleep(500);
		t4.start();
		Thread.sleep(500);
		t3.start();
    }


}

运行后的结果:

多次试验后,signal()唤醒的是(在同一条件下)等待时间最长的线程。

至于为什么是等待时间最长的线程?ReentrantLock中AQS(抽象队列同步器)原理  (后续整理后更新)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: blockcondition多线程编程中常用的场景。block表示阻止线程的执行,直到某个条件被满足。而condition则是在多个线程之间协调的工具,它允许一个线程等待另一个线程发出信号,以便在特定的条件下继续执行。在复杂的多线程编程场景中,blockcondition可以帮助我们避免死锁和竞态条件等问题,保证程序的正确性和性能。 ### 回答2: lockcondition是在多线程编程中常用的同步机制lock(锁)是一种互斥的机制,用于保护共享资源。当一个线程获取到锁后,其他线程将无法访问被锁住的资源,直到该线程释放了锁。这样可以确保在多个线程同时访问共享资源时,不会发生数据竞争和不一致的问题。因此,在并发编程中,当多个线程需要同时访问共享资源时,需要使用lock来进行同步,以避免数据冲突。 condition(条件)是一种线程间的通信机制,用于实现线程的协调与通信。在某些情况下,我们需要一个线程等待另一个线程满足某些条件后再继续执行。condition提供了一个等待和唤醒的机制,使得线程可以在满足条件之前等待,而不是忙等待。通过condition,我们可以让一个线程等待某个条件成立,而另一个线程在满足条件时进行通知通知等待的线程继续执行。这样可以提高线程的效率和协调性。 综上所述,lock主要用于保护共享资源,防止数据冲突和不一致,而condition主要用于线程间的协调与通信,实现线程的等待和唤醒操作。在并发编程中,我们使用lockcondition能够更好地控制多个线程的执行顺序和并发访问共享资源的情况,提高程序的性能和正确性。 ### 回答3: Lock(锁)和Condition(条件)都是多线程编程中常用的工具,用于实现线程之间的同步。 Lock是一个互斥锁,可以协调线程对共享资源的访问。常用方法有:acquire(获取锁)和release(释放锁)。使用Lock可以确保在同一时间内,只有一个线程可以访问共享资源,避免了线程之间的冲突。 Lock使用场景包括但不限于以下几种情况: 1. 多个线程需要同时访问临界资源,需要确保在同一时间只有一个线程能够访问,其他线程需要等待。 2. 保护共享数据的完整性,避免多线程同时修改共享数据导致数据不一致。 3. 防止线程之间的竞态条件,即多线程执行顺序不确定导致结果异常。 Condition是用于线程间的协调与通信的工具,需要和Lock一起使用。它可以确保在特定条件下才执行线程的某些操作。常用方法有:await等待),signal(发送信号)和signalAll(发送信号给所有线程)。 Condition使用场景包括但不限于以下几种情况: 1. 当一个线程需要等待另一个线程的某个操作完成后才能继续执行时,可以使用Condition进行等待和唤醒操作。 2. 多个线程之间需要按照特定的顺序执行,可以利用Conditionsignal和await方法来实现线程按序执行。 3. 多个线程需要根据某个条件进行相互通信,可以使用Condition进行信号的发送和接收。 综上所述,LockCondition是用来实现线程之间的同步的工具,Lock用于保护共享资源的访问,而Condition用于线程间的通信与协作。它们的使用场景不同,但常常结合使用来解决多线程编程中的同步问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值