首页 > 基础资料 博客日记
线程通信的四种方式
2023-07-24 12:45:18基础资料围观205次
多个线程在并发执行的时候,他们在CPU中是随机切换执行的,这个时候我们想多个线程一起来完成一件任务,这个时候我们就需要线程之间的通信了,多个线程一起来完成一个任务,线程通信一般有4种方式:
- 通过 volatile 关键字
- 通过 Object类的 wait/notify 方法
- 通过 condition 的 await/signal 方法
- 通过 join 的方式
现在有一个问题,两个线程分别打印字符串,但是当线程A每输出两次的时候,线程B就输出一次,如此反复10次。
通过 volatile 关键字
通过 volatile
关键字来实现这个任务,这个也是最简单的一种实现方式,大致思路 volatile 是共享内存的,两个线程共享一个标志位,当标志位更改的时候就执行不同的线程。
public class VolatileDemo {
private static volatile boolean flag = true; //定义一个标志位,当标志位更改的时候不同的线程被执行
public static void main(String[] args) {
//线程A启动
new Thread(() -> {
int i = 0;
while(true){ //进行死循环,一直输出语句
if (flag){ //对标志位的判断,符合就执行
System.out.println(Thread.currentThread().getName()+" ===>" + ++i); //输出语句
if (i%2==0){ //如果语句输出两次了 改变标志位
flag =false;
}
if (i == 10) break; //到达十次,结束循环
}
}
}, "A").start();
new Thread(() -> {
int i = 0;
while(true){
if (!flag){ //判断条件不一样
System.out.println(Thread.currentThread().getName()+" 被唤醒啦 " + ++i);
flag = true; //改变标志位
if (i == 5) break;
}
}
}, "B").start();
}
}
我们发现我们这个位置用的while循环的,用for循环指定次数可以吗,是不可以的,因为我们只是改变了标志位,但是并没有立刻唤醒另外一个线程让他执行,虽然我打印的语句是我被唤醒了,但是实际上只是线程A处于死循环,啥子也不做,直到线程B抢到了时间片,进行对标志位的判断,然后输出语句,在进行空循环,等待A抢到时间片,如此反复,可以自己在if判断外面加一条计数语句,来验证一下结果,如果想要立刻唤醒的话,那么就是另外一种方法啦。
通过 Object类的 wait/notify 方法
对于上面的volatile关键字这个方法来说,我们的线程执行了很多次空循环,来等待另外一个线程来获取锁,这种操作无疑是十分消耗CPU的资源的,所以说为了解决这种情况,我们就需要一种机制可以实现线程之间的通信,可以唤醒其他的线程,而不是等待直到自己获取CPU的时间片,我们都知道,Object类提供了三个线程间通信的方法,wait(),notify(),notifyAll()。这三个方法必须都在同步代码块中执行的。
方法名 | 具体操作 |
---|---|
wait() | wait()方法执行前,是必须要获得对应的锁的,当执行wait()方法后,线程就会释放掉自己所占有的锁,释放CPU,然后进入阻塞状态,直到被notify()方法唤醒。 |
notify() | 会唤醒一个处于等待该对象锁的线程,然后继续往下执行,直到执行完退出对象锁锁住的区域(synchronized修饰的代码块)后再释放锁。 |
notifyAll() | 和notify()方法差不多,只不过他是唤醒所有等待该对象锁的线程,让他们进入就绪队列,但是谁执行就看谁抢占到CPU,notify()方法也是这样,只不过是唤醒随机的一个而已 |
每个锁对象都有两个队列,一个是就绪队列,一个是阻塞队列。就绪队列存储了已就绪(将要竞争锁)的线程,阻塞队列存储了被阻塞的线程。当一个阻塞线程被唤醒后,才会进入就绪队列,进而等待CPU的调度;反之,当一个线程被wait后,就会进入阻塞队列,等待被唤醒。
public class WaitAndNotify {
public static void main(String[] args) {
Object lock = new Object(); //创建一个锁对象
new Thread(() -> {
for (int i = 1; i <= 10; i++) {
synchronized (lock) { //首先需要获取锁
System.out.println(Thread.currentThread().getName() + " ==> " + i);
if (i % 2 == 0) {
lock.notify(); //唤醒线程B
if (i!=10){
try {
lock.wait(); //让自己等待
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
}
}, "A").start();
new Thread(() -> {
for (int i = 1; i <= 5; i++) {
synchronized (lock) {
lock.notify(); //我们看到,执行notify方法时,后面的代码还是执行了,并不是立刻释放资源
System.out.println(Thread.currentThread().getName() + "我执行了notify方法 " + i);
if (i!=5){
try {
lock.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
}, "B").start();
}
}
好的,通过上面的代码我们发现,当执行notify方法时,我们并不会立刻释放锁资源,而是在执行完我们代码块里面的内容时才会释放掉锁资源,而wait()方法则会立刻释放掉锁资源,进入阻塞状态,这里我们有举例子,可以自己在wait()方法后面加上一个输出语句。我们进行交替通信的规则就是,执行wait()方法,释放掉锁资源,然后执行 notify() 方法,唤醒其他的线程,在代码中,我在wait()方法上加了一个判断,如果是最后一次的话,那么我就不执行,为什么,因为我在执行wait()方法的时候,那么线程除非被唤醒,否则就会一直阻塞,这样的话我们的demo就不可以结束了,一直处于允许状态。
通过 condition 的 await/signal 方法
Condiction对象是通过lock对象来创建得(调用lock对象的newCondition()方法),他在使用前也是需要获取锁得,其中,Lock 替代了 synchronized 方法和语句的使用,Condition 替代了 Object 监视器方法的使用。Condiction对象得常用方法:
- await() : 线程自主释放锁,进入沉睡状态,直到被再次唤醒。
- await(long time, TimeUnit unit) :线程自主释放锁,进入沉睡状态,被唤醒或者未到达等待时间时一直处于等待状态。
- signal(): 唤醒一个等待线程。
- signal()All() :唤醒所有等待线程,能够从等待方法返回的线程必须获得与Condition相关的锁。
public static void main(String[] args) {
//设置一个锁
Lock lock = new ReentrantLock();
Condition condition = lock.newCondition();
AtomicInteger number = new AtomicInteger(1);
AtomicInteger count = new AtomicInteger(1);
new Thread(()->{
while (count.get() != 10){
lock.lock();
try {
count.getAndIncrement();
if (number.get() != 1 && count.get() != 11){
condition.await();
}
number.getAndIncrement();
System.out.println(Thread.currentThread().getName() + "---> 生产");
condition.signalAll();
}catch (Exception e){
e.printStackTrace();
}finally {
lock.unlock();
}
}
},"producter").start();
new Thread(()->{
while (count.get() != 10 ){
lock.lock();
try {
count.getAndIncrement();
if (number.get() != 2 && count.get() != 11){
condition.await();
}
number.getAndDecrement();
System.out.println(Thread.currentThread().getName() + "---> 消费");
condition.signalAll();
}catch (Exception e){
e.printStackTrace();
}finally {
lock.unlock();
}
}
},"customer").start();
}
await操作会立刻释放掉锁,进入阻塞状态,singal会唤醒等待队列中的头节点(失败就依次唤醒)。这个代码逻辑有大问题,只是这样写看得出数据之间的交换即可。注意点:代码一定要在lock和unlock之间。
通过 join 方法来实现线程通信
public static void main(String[] args) throws InterruptedException {
Thread A = new Thread(() -> {
System.out.println("执行完毕");
},"A");
Thread B = new Thread(()->{
try {
Thread.sleep(1000L);
System.out.println(Thread.currentThread().getName() + "测试join");
} catch (InterruptedException e) {
e.printStackTrace();
}
},"B");
A.start();
B.start();
B.join();
System.out.println("Main线程");
}
简单来说,就是join方法会让自己提前执行,比如上面的例子中就是让Main线程阻塞了,等待B线程执行完毕后才会执行。本质就是调用了wait方法,让当前线程阻塞,直到另一个线程执行完毕。(当前线程wait后,执行join方法的线程大概率抢到锁资源,而且当一个线程执行完毕后,会默认调用notifyAll方法。)
小结
其实准确来说,应该只有三种可以通信的方式,join只是让当前线程先执行完,并没有说根据两个线程之间数据的共享。而且这个写的太粗糙了,每一个里面其实还有很多其他的内容,比如AQS队列,volatile关键字等,懒是无敌的,感谢mmmmmm?额
的评论,让我想起了这个还没写完,拖了巨久。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:jacktools123@163.com进行投诉反馈,一经查实,立即删除!
标签: