欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Java开发笔记(一百零三)线程间的通信方式

程序员文章站 2022-07-05 10:28:14
前面介绍了多线程并发之时的资源抢占情况,以及利用同步、加锁、信号量等机制解决资源冲突问题,不过这些机制只适合同一资源的共享分配,并未涉及到某件事由的前因后果。日常生活中,经常存在两个前后关联的事务,像雇员和雇主这两个角色,他们之间的某些工作就带有因果关系。比如要等雇主接到了项目,雇员才有活干;又如每 ......

前面介绍了多线程并发之时的资源抢占情况,以及利用同步、加锁、信号量等机制解决资源冲突问题,不过这些机制只适合同一资源的共享分配,并未涉及到某件事由的前因后果。日常生活中,经常存在两个前后关联的事务,像雇员和雇主这两个角色,他们之间的某些工作就带有因果关系。比如要等雇主接到了项目,雇员才有活干;又如每月末员工都等着老板发工资,这样才有钱逛街和吃大餐,此时员工的消费行为便依赖于老板的发薪水动作。如此看来,两个线程之间理应建立某种消息通路,每当线程a完成某个事项,就将完成标志通知线程b,线程b收到通知之后,认为前提条件已经满足,这才进行后续的处理过程。线程之间的消息通路,可视作在线程间传递信息,专业的说法叫做“通信”,如何在多线程并发时进行有效通信,这是多线程技术中的一大课题。
依据线程并发时的不同管理机制,线程间的通信也各有不同的方式,接下来将分别论述同步机制与加锁机制之下的两种线程通信过程。
首先是同步机制,采用同步代码块的话,需要在关键字synchronized后面补充待同步的对象实例,之前的同步代码块统一写成“synchronized (this)”。可是圆括号内部一定要填this吗?圆括号的内部参数究竟是干什么用的?其实synchronized附带的圆括号参数正是在线程间通信的邮差,以前的同步演示代码由于没进行线程通信,因此圆括号里的参数没有具体要求,一般填this即可。现在要想在线程间进行通信,就必须启用圆括号参数了,并且两个线程都要在synchronized后面填写该参数对象。
举个例子,雇员等着雇主发工资,那员工怎样才知道老板已经发了呢?要是由员工自己一会儿一会儿去查银行卡,平时的工作都会受到影响,所以可让员工留个等工资的心眼就好。然后老板一个一个发工资,发完之后给员工递个工资条,或者给员工发封工资邮件,这样员工收到工资条便知薪水到账了。那么在等工资和发工资这两个线程之间,即可令工资条作为二者的信使,于是同步代码块可改写为“synchronized (工资条对象)”的形式。同时工资条对象还要支持等待与发放两个动作,因为这类动作早就隐藏在object类的基本方法中,所以开发者不必担心工资条对象该为integer类型还是别的什么类型,凡是正常的实例都拥有等待与发放的方法,具体的方法说明如下:
wait:等待通知。
notify:在等待队列中随机挑选一个线程发放通知。
notifyall:向等待队列中的所有线程发放通知。
在编码实现同步机制的通信过程时,先分别创建雇员和雇主的工作任务,其中雇员任务在同步代码块中调用工资条对象的wait方法,表示等着发工资;而雇主任务在同步代码块中调用工资条对象的notify方法,表示发完工资了。然后依次启动员工线程和老板线程,员工线程负责等工资以及收到工资后的消费行为,老板线程负责发工资以及记账操作。据此编写的同步线程通信代码示例如下:

	// 员工与老板之间通过工资条通信
	private static integer salary = 5000;
	
	// 测试通过wait和notify方法进行线程间通信
	private static void testwaitnotify() {
		// 创建雇员的工作任务
		runnable employee = new runnable() {
			@override
			public void run() {
				printutils.print(thread.currentthread().getname(), "等着发工资。");
				synchronized (salary) { // 工资是我的,你们别抢
					try {
						salary.wait(); // 等待发工资
						// 打印拿到工资后的庆祝日志
						printutils.print(thread.currentthread().getname(), "今晚赶紧吃大餐。");
					} catch (interruptedexception e) { // 等待期间允许接收中断信号
						e.printstacktrace();
					}
				}
			}
		};
		// 创建雇主的工作任务
		runnable boss = new runnable() {
			@override
			public void run() {
				// 稍等一会儿,老板线程的同步代码块务必在员工线程的同步代码块之后开始运行,否则员工线程将一直等待
				wait_a_moment();
				printutils.print(thread.currentthread().getname(), "开始发工资。");
				synchronized (salary) { // 由我发工资,你们别闹
					wait_a_moment(); // 银行转账也需要时间
					salary.notify(); // 随机通知其中一个等待线程
					// 手好酸,发工资也是个体力活,记个账
					printutils.print(thread.currentthread().getname(), "发完工资了。");
				}
			}
		};
		new thread(employee, "同步机制的员工").start(); // 启动员工等工资的线程
		new thread(boss, "同步机制的老板").start(); // 启动老板发工资的线程
	}

	// 稍等一会儿,模拟日常事务的时间消耗
	private static void wait_a_moment() {
		int delay = new random().nextint(500); // 生成500以内的随机整数
		try {
			thread.sleep(delay); // 睡眠若干毫秒
		} catch (interruptedexception e) {
		}
	}

运行上面的线程通信代码,打印出以下的线程日志:

14:37:29.685 同步机制的员工 等着发工资。
14:37:29.994 同步机制的老板 开始发工资。
14:37:30.120 同步机制的老板 发完工资了。
14:37:30.120 同步机制的员工 今晚赶紧吃大餐。

 

从日志可见,员工线程果然在等到工资之后才去吃大餐。

同步机制能够通过wait/notify完成线程通信功能,那么加锁机制又该如何进行线程间通信呢?既然加锁机制设计了专门的锁工具,那么锁钥内外的线程也只能通过锁工具来通信,信使则为调用锁对象的newcondition方法返回的condition条件对象。条件对象同样拥有等待与发放的方法,且与object类的三个方法一一对应,具体说明如下:
await:等待通知。
signal:在等待队列中随机挑选一个线程发放通知。
signalall:向等待队列中的所有线程发放通知。
以可重入锁reentrantlock为例,依然要先分别创建雇员和雇主的工作任务,其中雇员任务在加锁之后再调用条件对象的await方法,表示等着发工资;而雇主任务在加锁之后再调用条件对象的signal方法,表示发完工资了;另外雇员任务和雇主任务均需在结束之前进行解锁。然后依次启动员工线程和老板线程,员工线程负责等工资以及收到工资后的消费行为,老板线程负责发工资以及记账操作。下面是在加解锁线程之间进行通信的代码例子:

	// 创建一个可重入锁
	private final static reentrantlock reentrantlock = new reentrantlock();
	// 获取可重入锁的条件对象
	private static condition condition = reentrantlock.newcondition();
	
	// 测试通过condition对象进行线程间通信
	private static void testcondition() {
		// 创建雇员的工作任务
		runnable employee = new runnable() {
			@override
			public void run() {
				printutils.print(thread.currentthread().getname(), "等着发工资。");
				reentrantlock.lock(); // 对可重入锁加锁
				try {
					condition.await(); // 这里在等待条件对象的信号
					// 打印拿到工资后的庆祝日志
					printutils.print(thread.currentthread().getname(), "今晚赶紧吃大餐。");
				} catch (interruptedexception e) { // 等待期间允许接收中断信号
					e.printstacktrace();
				}
				reentrantlock.unlock(); // 对可重入锁解锁
			}
		};
		// 创建雇主的工作任务
		runnable boss = new runnable() {
			@override
			public void run() {
				// 稍等一会儿,老板线程的加锁务必在员工线程的加锁之后执行,否则员工线程将一直等待
				wait_a_moment();
				printutils.print(thread.currentthread().getname(), "开始发工资。");
				reentrantlock.lock(); // 对可重入锁加锁
				wait_a_moment(); // 银行转账也需要时间
				condition.signal(); // 给条件对象发送信号
				// 手好酸,发工资也是个体力活,记个账
				printutils.print(thread.currentthread().getname(), "发完工资了。");
				reentrantlock.unlock(); // 对可重入锁解锁
			}
		};
		new thread(employee, "加锁机制的员工").start(); // 启动员工等工资的线程
		new thread(boss, "加锁机制的老板").start(); // 启动老板发工资的线程
	}

 

运行上述的线程通信代码,打印出如下的线程日志:

14:57:07.794 加锁机制的员工 等着发工资。
14:57:07.801 加锁机制的老板 开始发工资。
14:57:07.905 加锁机制的老板 发完工资了。
14:57:07.906 加锁机制的员工 今晚赶紧吃大餐。

 

可见加锁机制同样实现了线程间通信的功能。



更多java技术文章参见《java开发笔记(序)章节目录