Java-多线程之间的通信 你真的搞清楚了?

本文深入探讨了多线程间的通信机制,包括synchronized关键字、Lock接口、Condition的使用,以及线程的停止与守护线程的概念。通过对比wait()与sleep(),Lock与synchronized,展示了线程控制的多种方法。

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

多线程之间的通信

多线程通信:多个线程在操作同一个资源,但是操作的动作不同

当我们使用共享变量的方法去实现通信时为了避免线程不安全的时间出现我们用了synchronized,举个例子我们一个线程更改,一个线程读,原本想法是更改一次、读一次而更改的速度较慢,读的速度较快,就算用了synchronized也很会出现更改一次,读多次这时候我们就需要用wait()。这时候我就要说下wait()和sleep()的区别了

  • 每个对象都有一个锁来控制同步访问,Synchronized关键字可以和对象的锁交互,来实现同步方法或同步块。sleep()方法正在执行的线程主动让出CPU(然后CPU就可以去执行其他任务),在sleep指定时间后CPU再回到该线程继续往下执行(注意:sleep方法只让出了CPU,而并不会释放同步资源锁!!!);wait()方法则是指当前线程让自己暂时退让出同步资源锁,以便其他正在等待该资源的线程得到该资源进而运行,只有调用了notify()方法,之前调用wait()的线程才会解除wait状态,可以去参与竞争同步资源锁,进而得到执行。(注意:notify的作用相当于叫醒睡着的人,而并不会给他分配任务,就是说notify只是让之前调用wait的线程有权利重新参与线程的调度)
  • sleep()方法可以在任何地方使用;wait()方法则只能在同步方法或同步块中使用
  • sleep()是线程线程类(Thread)的方法,调用会暂停此线程指定的时间,但监控依然保持,不会释放对象锁,到时间自动恢复;wait()是Object的方法,调用会放弃对象锁,进入等待队列

看到这里大家可以觉得synchronized还挺好用的哈,但是不能手动控制锁,都是从代码第一行开始上锁,代码结束解锁。

所以在jdk1.5出了些新东西,并发包 lock、线程池

Lock

在jdk1.5之后,并发包新增了Lock接口(以及相关实现类)用来实现锁功能,Lock接口提供了与synchronized关键字类似的同步功能,但需要在使用是手动获取锁和释放锁。(Lock要放在对象里)

那如果想拥有向上面一样的效果呢——condition(也是放在对象里)

它有两个方法1. await(); 类似wait 2. Signal(); 类似notify()

注:代码要用try catch 包裹 lock.unlock()要放到finally里面

停止线程

大家首先想到的是什么???

stop()????

sorry!! stop已经过时了,不推荐用了、因为不安全、没有处理异常的机会(同suspend和resume方法)

这里有两种方法

  1. 使用退出标志,使线程正常退出,也就是当run方法完成后线程终止
  2. 使用interrrupt方法中断线程(线程在阻塞状态)

interrupt会抛出InterruptibleChannel异常哦

守护线程

java有两种线程一、用户线程 二、守护线程

当线程不存在或主线程停止时,守护线程也会被停止

使用setDaemon(true)方法设置为守护线程

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值