记录一段 Object wait()、notifyAll() 方法不当使用的经历

本文讨论了如何在不频繁访问数据库的情况下,通过内存加载用户列表来提高注册用户查询效率的问题。详细介绍了测试代码中出现的问题及解决方案,包括线程同步、对象引用和Map赋值方式的优化。

本文来源于实际项目。

项目需求:某段逻辑需要过滤注册用户,而每时每刻都可能会有新的注册用户加入进来。注册用户的存在与否是通过查询数据库表中是否存在记录判断的。由于不希望频繁的读数据库表,所以考虑定时从数据库加载一份用户列表到内存里,这样可以减少读库的次数并且可以提高查询的效率。

 

过滤用户逻辑代码简单抽象成下面的测试代码。

package test.java;

import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class UserFilter implements Runnable {
	private static IUserDAO dao = ServiceFactory.getUserDao(); 
	public static Map<String, String> userIDMap = new HashMap<String, String>();
	
	public static void start() {
		// 将数据库表中的用户数据加载到内存(以HashMap存放)
		// 赋值userIDMap
		userIDMap = dao.queryAllUsers();
		synchronized(userIDMap) {
			// 已经赋值,唤醒所有处于等待状态的线程
			userIDMap.notifyAll();
		}
	}
	
	public static boolean isValidUser(String key) {
		synchronized(userIDMap) {
			if (userIDMap.size() == 0) {
				try {
					// 等待主线程调用start()方法对userIDMap赋值 
					userIDMap.wait();
				} catch (InterruptedException e) {
					e.printStackTrace();
				}
			}
			return userIDMap.containsKey(key);
		}
	}
	
	@Override
	public void run() {
		if (isValidUser("test")) {
			System.out.println("this is a valid user.");
		}
	}
	
	public static void main(String[] args) {
		// 主线程调用start方法
		start();
		ExecutorService exec = Executors.newCachedThreadPool();
		// 使用线程池创建10个线程
		for (int i = 0; i < 10; i++) {
			exec.execute(new UserFilter());
		}
	}
}
 
这段代码希望完成的事情如下:
  1. 使用全局变量userIDMap,它是一个HashMap类型的变量。希望通过调用map.containsKey(String)方法判断用户是否为合法用户。
  2. 主线程调用start()方法,将所有用户列表从数据库里加载到内存里,并赋值给userIDMap。
  3. 用线程池创建10个UserFilter任务,UserFilter任务只做一件事情,即通过调用isValidUser(String)方法检查用户是否是合法用户
  4. isValidUser方法实现时会调用userIDMap.containsKey(String)方法,如果返回true,即userIDMap里存在相应的用户,表示用户合法。
  5. 在调用userIDMap.containsKey(String)方法之前需要保证userIDMap里已经存放了数据库中的所有用户列表。为此考虑使用java.lang.Object.wait()和java.lang.Object.notifyAll()方法。
  6. 在isValidUser方法开始处判断userIDMap中是否有值(if userIDMap.size()==0),如果userIDMap还是空的,则调用wait方法,让线程等待。
  7. 在start()方法中,将通过数据库dao调用查询接口返回的map赋值给userIDMap。之后调用notifyAll()方法唤醒所有等待的线程。

但是,测试发现,所有线程进入等待状态后都不能被正常唤醒。能看出问题出在哪儿么?

---------------------------------------------------------------------------------------------

在上面的代码中,我使用userIDMap作为调用wait()和notifyAll()方法的Object对象,并且调用放在了两个synchronized(userIDMap) 块中。

 

来看下wait()和notifyAll()方法的具体用法(下面是根据jdk中的方法注释概括出来的)

在某个线程方法中对wait()和notifyAll()的调用必须指定一个Object对象,而且该线程必须拥有该Object对象的monitor。最简单的获取到对象monitor的办法是,在对象上使用synchronized关键字。当调用wait()方法后,当前线程会释放掉对象锁,并进入sleep状态。其他线程在调用notifyAll()方法时必须使用同一个Object对象,notifyAll()方法成功调用后,所有在同一Obejct对象上等待的线程被唤醒。

 

这里有个很关键的点,即两个方法在不同线程里被调用时必须作用在同一个对象上。

 

然后再仔细看下上面代码中start()方法是怎么写的。

public static void start() {
		// 将数据库表中的用户数据加载到内存(以HashMap存放)
		// 赋值userIDMap
		userIDMap = dao.queryAllUsers();
		synchronized(userIDMap) {
			// 已经赋值,唤醒所有处于等待状态的线程
			userIDMap.notifyAll();
		}
	}

 

是的,userIDMap被赋值了!导致下面的synchronized作用到另一个对象上面,即使该对象现在也叫userIDMap。这里的本意是想将查询得到的用户列表放入全局维护的userIDMap中,通过赋值虽然可以实现这个需求,但却让usreIDMap引用了一个全新的对象。从这个上下文看,为了保证userIDMap引用同一个对象,需要考虑其他的途径。

 

那么,如何将一个Map的值复制到另一个Map?我最初想到了下面两种方式:

  1. 直接使用赋值语句。会使得左侧变量引用新的对象。
  2. 使用 Map.clear() 方法清除 map中的数据,然后 Map.putAll(Map)

很遗憾一开始使用了“简洁”一点的赋值操作,导致花了很长时间排查bug。

 

最后对代码做如下修改,问题解决:

public static void start() {
		// 修改后的userIDMap“赋值”方式
		userIDMap.clear();
		userIDMap.putAll(userIDMap);
		// userIDMap = dao.queryAllUsers();
		synchronized(userIDMap) {
			// 已经赋值,唤醒所有处于等待状态的线程
			userIDMap.notifyAll();
		}
	}

 

 

 

<think>我们正在讨论JavaObject.wait()notifyAll()方法使用方法和注意事项。根据提供的引用,特别是引用[2]和[3],我们可以总结如下: 1. **基本用法**: - `wait()`: 使当前线程进入等待状态,直到其他线程调用该对象的`notify()`或`notifyAll()`方法,或者被中断。 - `notifyAll()`: 唤醒在该对象上等待的所有线程。注意,被唤醒的线程将竞争该对象的锁。 2. **使用前提**: - 这些方法必须在同步代码块或同步方法调用,即当前线程必须持有该对象的锁(monitor),否则会抛出`IllegalMonitorStateException`[^2]。 - 通常,我们使用`synchronized`关键字来获取对象的锁。 3. **典型使用模式**: - 线程在检查某个条件满足时,调用`wait()`释放锁并等待。 - 当另一个线程改变了条件,并调用`notify()`或`notifyAll()`来唤醒等待的线程。 - 被唤醒的线程会重新尝试获取锁,一旦获取成功,就从`wait()`返回并继续执行。 4. **注意事项**: - 使用`wait()`时,通常需要在循环中检查条件,因为被唤醒时条件可能仍未满足(虚假唤醒)[^3]。 - 使用`notifyAll()`通常比`notify()`更安全,因为它会唤醒所有等待的线程,避免某些线程永远被唤醒的风险。但是,如果只需要唤醒一个线程,可以使用`notify()`。 5. **与Condition的对比**: - 在Java 1.5之后,引入了`Condition`接口,它提供了更灵活的线程间通信机制。`Condition`的`await()`和`signal()`/`signalAll()`方法类似于`wait()`和`notify()`/`notifyAll()`,但`Condition`可以绑定到多个等待条件上,使用更安全高效[^3]。 6. **示例场景**: - 生产者-消费者问题:当缓冲区满时,生产者等待;当缓冲区空时,消费者等待。通过`wait()`和`notifyAll()`协调生产和消费。 下面是一个简单的示例,展示如何使用`wait()`和`notifyAll()`: ```java public class SharedObject { private boolean ready = false; public synchronized void doWait() throws InterruptedException { while (!ready) { // 循环检查条件,防止虚假唤醒 wait(); } // 执行条件满足后的操作 } public synchronized void doNotify() { ready = true; notifyAll(); // 唤醒所有等待线程 } } ``` 在这个例子中,线程调用`doWait()`方法时,如果条件(ready为true)满足,就会等待。另一个线程调用`doNotify()`方法设置条件为true,并唤醒所有等待的线程。被唤醒的线程重新检查条件,如果满足则继续执行。 **注意事项**: - 在调用`wait()`方法时,会释放锁,以便其他线程可以获取锁并调用`notifyAll()`。 - 当线程被唤醒时,它需要重新获取锁才能从`wait()`返回。 **与Condition的对比**: 使用`Lock`和`Condition`可以更灵活地控制线程的等待和唤醒。例如,我们可以创建多个条件(Condition)对象,让同的线程等待同的条件。而使用`Object`的监视器方法,所有的等待线程都在同一个条件上等待,无法区分。 例如,使用`Condition`实现生产者-消费者: ```java Lock lock = new ReentrantLock(); Condition notFull = lock.newCondition(); Condition notEmpty = lock.newCondition(); // 生产者 lock.lock(); try { while (buffer.isFull()) { notFull.await(); // 等待满 } buffer.add(item); notEmpty.signalAll(); // 唤醒消费者 } finally { lock.unlock(); } // 消费者 lock.lock(); try { while (buffer.isEmpty()) { notEmpty.await(); // 等待空 } buffer.remove(); notFull.signalAll(); // 唤醒生产者 } finally { lock.unlock(); } ``` 这样,生产者和消费者可以等待同的条件,从而更高效地唤醒特定类型的线程。 总结: - 在需要线程间协调时,使用`wait()`和`notifyAll()`(或`notify()`)是基本方法,但要注意使用在同步块中,并在循环中检查条件。 - 在复杂场景下,推荐使用`Condition`,它提供了更精细的控制。 §§相关问题§§ 1. 什么是虚假唤醒(spurious wakeup)?如何避免? 2. 为什么使用`notifyAll()`比`notify()`更安全? 3. 在分布式系统中,如何实现类似`wait()`和`notifyAll()`的线程协调机制?</think>### JavaObject.wait()notifyAll()使用方法与注意事项 #### **一、核心机制** 1. **线程协作基础** - `wait()`: 使当前线程**释放锁并进入等待状态**,需被其他线程唤醒[^2][^3] - `notifyAll()`: **唤醒所有**在该对象监视器(monitor)上等待的线程[^3][^4] - 二者必须配合 `synchronized` 使用,否则抛出 `IllegalMonitorStateException`[^2] 2. **典型生产者-消费者模式** ```java class Message { private String content; private boolean empty = true; public synchronized String read() { while(empty) { // 必须用 while 循环检查条件 try { wait(); } // 释放锁并等待 catch (InterruptedException e) {} } empty = true; notifyAll(); // 唤醒所有等待线程 return content; } public synchronized void write(String value) { while(!empty) { // 循环检查条件 try { wait(); } catch (InterruptedException e) {} } content = value; empty = false; notifyAll(); // 通知所有读线程 } } ``` #### **二、使用步骤** 1. **获取对象锁** 在 `synchronized` 代码块中调用方法[^2]: ```java synchronized (sharedObject) { while(conditionNotMet) { // 必须用循环检查条件 sharedObject.wait(); // 释放锁并等待 } // ... 执行业务逻辑 sharedObject.notifyAll(); // 唤醒所有等待线程 } ``` 2. **多线程协调示例** ```java public static void main(String[] args) { Message message = new Message(); new Thread(new Reader(message), "R1").start(); // 读线程1 new Thread(new Reader(message), "R2").start(); // 读线程2 new Thread(new Writer(message), "W").start(); // 写线程 } ``` - 当写线程调用 `write()` 时,唤醒所有读线程[^4][^5] - 读线程通过 `while(empty)` 循环避免虚假唤醒 #### **三、关键注意事项** 1. **必须使用循环检查条件** ```java while(!condition) { // ❌ 错误:if (!condition) wait(); // ✅ 正确:while循环防止虚假唤醒 } ``` 虚假唤醒(spurious wakeup)可能导致条件未满足时线程被唤醒,需循环验证[^3]。 2. **notify() vs notifyAll()** | 方法 | 唤醒对象 | 适用场景 | |------|----------|----------| | `notify()` | 随机一个线程 | 单生产者-单消费者 | | `notifyAll()` | **所有等待线程** | 多生产者-多消费者(更安全)[^3][^4] | 3. **锁对象一致性** `wait()`/`notifyAll()` 必须使用**同一个对象锁**,否则导致监视器匹配[^2]: ```java Object lock1 = new Object(); Object lock2 = new Object(); // ❌ 错误:同锁对象 synchronized(lock1) { lock2.wait(); } ``` 4. **超时机制** 使用 `wait(long timeout)` 避免永久阻塞: ```java synchronized(lock) { if(!condition) { lock.wait(5000); // 最多等待5秒 } } ``` #### **四、Condition 的替代方案** Java 1.5+ 推荐使用 `Condition` 替代,提供更精细控制[^3]: ```java Lock lock = new ReentrantLock(); Condition condition = lock.newCondition(); lock.lock(); try { while(!conditionMet) { condition.await(); // 类似 wait() } condition.signalAll(); // 类似 notifyAll() } finally { lock.unlock(); } ``` 优势:支持多个等待队列、可中断锁、公平锁等高级特性。 #### **五、典型应用场景** 1. **线程池任务协调** 主线程等待所有子任务完成(替代 `join()`) 2. **生产者-消费者队列** 缓冲区满时阻塞生产者,空时阻塞消费者 3. **资源初始化屏障** 确保所有依赖资源就绪后再启动主逻辑 > ⚠️ **重要原则**:永远在循环中调用 `wait()`,始终使用 `notifyAll()` 除非明确知道只需唤醒单个线程[^3][^4]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值