线程之间的通信(thread signal)

线程通信的目的是为了能够让线程之间相互发送信号。另外,线程通信还能够使得线程等待其它线程的信号,比如,线程B可以等待线程A的信号,这个信号可以是线程A已经处理完成的信号。

通过共享对象通信

有一个简单的实现线程之间通信的方式,就是在共享对象的变量中设置信号值。比如线程A在一个同步块中设置一个成员变量hasDataToProcess值为true,而线程B同样在一个同步块中读取这个成员变量。下面例子演示了一个持有信号值的对象,并提供了设置信号值和获取信号值的同步方法:

public class MySignal {
    private boolean hasDataToProcess;

    public synchronized void setHasDataToProcess(boolean hasData){
        this.hasDataToProcess=hasData;
    }
    public synchronized boolean hasDataToProcess(){
        return this.hasDataToProcess;
    }

}

ThreadB计算完成会在共享对象中设置信号值:

public class ThreadB extends Thread{
    int count;
    MySignal mySignal;
    public ThreadB(MySignal mySignal){
        this.mySignal=mySignal;
    }
    @Override
    public void run(){
        for(int i=0;i<100;i++){
            count=count+1;
        }
        try {
            Thread.sleep(500);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        mySignal.setHasDataToProcess(true);
    }
}

ThreadA在循环中一直检测共享对象的信号值,等待ThreadB计算完成的信号:

public class ThreadA extends Thread{
    MySignal mySignal;
    ThreadB threadB;
    public ThreadA(MySignal mySignal, ThreadB threadB){
        this.mySignal=mySignal;
        this.threadB=threadB;
    }
    @Override
    public void run(){
        while (true){
            if(mySignal.hasDataToProcess()){
                System.out.println("线程B计算结果为:"+threadB.count);
                break;
            }
        }
    }
    public static void main(String[] args) {
        MySignal mySignal=new MySignal();
        ThreadB threadB=new ThreadB(mySignal);
        ThreadA threadA=new ThreadA(mySignal,threadB);
        threadB.start();
        threadA.start();
    }
}

很明显,采用共享对象方式通信的线程A和线程B必须持有同一个MySignal对象的引用,这样它们才能彼此检测到对方设置的信号。当然,信号也可存储在共享内存buffer中,它和实例是分开的。

线程的忙等

从上面例子中可以看出,线程A一直在等待数据就绪,或者说线程A一直在等待线程B设置hasDataToProcess的信号值为true:

public void run(){
    while (true){
        if(mySignal.hasDataToProcess()){
            System.out.println("线程B计算结果为:"+threadB.count);
            break;
        }
    }
}

为什么说是忙等呢?因为上面代码一直在执行循环,直到hasDataToProcess被设置为true。

忙等意味着线程还处于运行状态,一直在消耗CPU资源,所以,忙等不是一种很好的现象。那么能不能让线程在等待信号时释放CPU资源进入阻塞状态呢?其实java.lang.Object提供的wait()、notify()、notifyAll()方法就可以解决忙等问题。

wait()、notify()、notifyAll()

Java提供了一种内联机制可以让线程在等待信号时进入非运行状态。当一个线程调用任何对象上的wait()方法时便会进入非运行状态,直到另一个线程调用同一个对象上的notify()或notifyAll()方法。

为了能够调用一个对象的wait()、notify()方法,调用线程必须先获得这个对象的锁。因为线程只有在同步块中才会占用对象的锁,所以线程必须在同步块中调用wait()、notify()方法。

我们把上面通过共享对象通信的例子改成调用对象wait()、notify()方法来实现:

首先我们先构造一个任意对象,我们又把它称作监控对象:

public class MonitorObject {

}

ThreadD负责计算,在计算完成时唤醒被阻塞的ThreadC:

public class ThreadD extends Thread{
    int count;
    MonitorObject mySignal;
    public ThreadD(MonitorObject mySignal){
        this.mySignal=mySignal;
    }
    @Override
    public void run(){
        for(int i=0;i<100;i++){
            count=count+1;
        }
        try {
            Thread.sleep(500);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        synchronized (mySignal){
            mySignal.notify();//计算完成调用对象的notify()方法,唤醒因调用这个对象wait()方法而挂起的线程
        }
    }
}

ThreadC等待ThreadD的唤醒:

public class ThreadC extends Thread{
    MonitorObject mySignal;
    ThreadD threadD;
    public ThreadC(MonitorObject mySignal, ThreadD threadD){
        this.mySignal=mySignal;
        this.threadD=threadD;
    }
    @Override
    public void run(){
       synchronized (mySignal){
           try {
               mySignal.wait();
           } catch (InterruptedException e) {
               e.printStackTrace();
           }
           System.out.println("线程B计算结果为:"+threadD.count);
       }
    }
    public static void main(String[] args) {
        MonitorObject mySignal=new MonitorObject();
        ThreadD threadD=new ThreadD(mySignal);
        ThreadC threadC=new ThreadC(mySignal,threadD);
        threadC.start();
        threadD.start();
    }

}

在这个例子中,线程C因调用了监控对象的wait()方法而挂起,线程D通过调用监控对象的notify()方法唤醒挂起的线程C。我们还可以看到,两个线程都是在同步块中调用的wait()和notify()方法。如果一个线程在没有获得对象锁的前提下调用了这个对象的wait()或notify()方法,方法调用时将会抛出 IllegalMonitorStateException异常。

注意,当一个线程调用一个对象的notify()方法,则会唤醒正在等待这个对象所有线程中的一个线程(唤醒的线程是随机的),当线程调用的是对象的notifyAll()方法,则会唤醒所有等待这个对象的线程(唤醒的所有线程中哪一个会执行也是不确定的)。

这里还有一个问题,既然调用对象wait()方法的线程需要获得这个对象的锁,那么这会不会阻塞其它线程调用这个对象的notify()方法呢?答案是不会阻塞,当一个线程调用监控对象的wait()方法时,它便会释放掉这个监控对象锁,以便让其它线程能够调用这个对象的notify()方法或者wait()方法。

另外,当一个线程被唤醒时不会立刻退出wait()方法,只有当调用notify()的线程退出它的同步块为止。也就是说,被唤醒的线程只有重新获得监控对象锁时才会退出wait()方法,因为wait()方法在同步块中,它的执行需要再次获得对象锁。所以,当通过notifyAll()方法唤醒被阻塞的线程时,一次只能有一个线程会退出wait()方法,同样是因为每个线程都需要先获得监控对象锁才能执行同步块中的wait()方法退出。

<think>嗯,用户现在问的是Java线程之间通信。之前他们问过在循环中使用sleep可能导致忙等待的问题,现在可能是在进一步学习多线程编程,想了解线程间如何协调工作。需要先回顾之前的内容,确保这次回答能衔接上。 用户可能对线程通信的基本概念不太清楚,或者已经了解一些,但需要更深入的指导。他们的实际需求可能是在开发多线程应用时,如何让线程安全高效地交换信息或协调任务。需要覆盖不同的通信机制,比如wait/notify、条件变量、阻塞队列等,同时比较它们的优缺点和适用场景。 用户可能没有明确说出他们的使用场景,但常见的情况比如生产者-消费者问题、任务分发、线程协作等。需要举例说明不同方法的具体应用,帮助用户理解何时该用哪种方式。此外,考虑到用户之前的问题涉及忙等待,应该强调避免轮询,使用更高效的同步机制。 还要注意用户可能对Java并发包中的工具不太熟悉,比如Lock、Condition、BlockingQueue等,需要解释清楚这些类的用法和原理。同时,线程安全的问题,比如数据竞争、死锁,也需要提及,但重点放在通信机制上。 可能需要检查是否覆盖了主要的通信方式,是否有代码示例,以及是否指出了最佳实践和常见陷阱。比如,wait/notify必须在同步块中使用,忘记通知导致的线程挂起,或者使用队列时的容量控制问题。 最后,确保回答结构清晰,分点说明,让用户能够逐步理解不同方法的特点和选择依据。可能还需要对比不同方法的性能、复杂度,帮助用户根据实际情况做出选择。</think>以下是关于 Java 线程通信的完整技术解析: --- ### 一、通信机制分类 | **机制类型** | **实现方式** | **特点** | **适用场景** | |--------------------|----------------------------|-----------------------------------|--------------------------| | 共享内存 | 通过 volatile/同步块 | 隐式通信,需要同步机制 | 简单状态标志 | | 等待-通知 | Object.wait()/notify() | 需配合 synchronized 使用 | 经典生产者-消费者模型 | | 条件变量 | Condition.await()/signal() | 支持多条件队列,更精细控制 | 复杂等待条件 | | 阻塞队列 | BlockingQueue | 线程安全的队列容器 | 解耦生产消费流程 | | 信号量 | Semaphore | 控制资源访问数量 | 限流/资源池管理 | | 栅栏 | CyclicBarrier | 多线程同步到达点 | 并行计算合并结果 | | 管道 | PipedInputStream/Out | 面向流的字节传输 | 特定IO场景(较少使用) | --- ### 二、核心实现原理 #### 1. 等待-通知机制 ```java // 共享对象 Object lock = new Object(); // 等待方 synchronized (lock) { while (!condition) { lock.wait(); // 释放锁并进入等待队列 } // 条件满足后执行操作 } // 通知方 synchronized (lock) { condition = true; lock.notifyAll(); // 唤醒等待线程 } ``` **关键点**: - 必须持有对象监视器(在同步块内) - 推荐使用 `while` 循环检查条件(避免虚假唤醒) - `notify()` 随机唤醒单个线程,`notifyAll()` 唤醒全部 --- #### 2. Condition 条件变量 ```java Lock lock = new ReentrantLock(); Condition condition = lock.newCondition(); // 等待方 lock.lock(); try { while (!flag) { condition.await(); // 可设置超时时间 } } finally { lock.unlock(); } // 通知方 lock.lock(); try { flag = true; condition.signal(); } finally { lock.unlock(); } ``` **优势**: - 支持多个等待条件队列 - 可中断的等待 - 精确唤醒(`signal()` vs `signalAll()`) --- #### 3. BlockingQueue 实现 ```java BlockingQueue<String> queue = new LinkedBlockingQueue<>(10); // 生产者线程 public void run() { queue.put("data"); // 自动阻塞队列满时 } // 消费者线程 public void run() { String data = queue.take(); // 自动阻塞队列空时 } ``` **特性**: - 内置的线程安全保证 - 支持容量限制(ArrayBlockingQueue) - 提供多种存取方法(offer/poll with timeout) --- ### 三、通信模式对比 | **指标** | 共享内存 | 等待-通知 | BlockingQueue | |------------------|---------|----------|---------------| | 耦合度 | 高 | 中 | 低 | | 线程调度灵活性 | 低 | 中 | 高 | | 数据传递能力 | 只能传状态 | 需自定义 | 直接传递对象 | | 死锁风险 | 高 | 中 | 低 | | 代码复杂度 | 低 | 高 | 最低 | --- ### 四、高级通信工具 #### 1. Exchanger 交换器 ```java Exchanger<String> exchanger = new Exchanger<>(); // 线程A String dataA = "A-data"; String received = exchanger.exchange(dataA); // 阻塞等待配对线程 // 线程B String dataB = "B-data"; String received = exchanger.exchange(dataB); ``` **用途**:两个线程间的数据交换点 --- #### 2. Phaser 阶段器 ```java Phaser phaser = new Phaser(3); // 注册3个参与线程 void task() { phaser.arriveAndAwaitAdvance(); // 阶段1同步点 // 执行阶段1任务 phaser.arriveAndAwaitAdvance(); // 阶段2同步点 } ``` **特性**:动态调整参与线程数,支持分层结构 --- ### 五、性能优化要点 1. **减少锁竞争**: - 使用 `ConcurrentHashMap` 代替同步 Map - 采用读写锁 (`ReentrantReadWriteLock`) 2. **避免过早唤醒**: ```java // 错误示例:可能收到无关通知 synchronized(lock) { lock.wait(); } // 正确做法:始终检查特定条件 synchronized(lock) { while (!specificCondition) { lock.wait(); } } ``` 3. **线程局部存储**: ```java ThreadLocal<Connection> connHolder = ThreadLocal.withInitial( () -> DriverManager.getConnection(DB_URL) ); ``` 4. **无锁编程**: ```java AtomicInteger counter = new AtomicInteger(); counter.accumulateAndGet(10, (prev, x) -> prev + x); ``` --- ### 六、典型问题解决方案 #### 1. 生产者-消费者问题 ```java // 使用 BlockingQueue 的优雅实现 BlockingQueue<Item> queue = new ArrayBlockingQueue<>(100); class Producer implements Runnable { public void run() { while (true) { Item item = produceItem(); queue.put(item); // 自动阻塞队列满时 } } } class Consumer implements Runnable { public void run() { while (true) { Item item = queue.take(); // 自动阻塞队列空时 processItem(item); } } } ``` --- #### 2. 多线程结果汇总 ```java ExecutorService executor = Executors.newFixedThreadPool(4); CompletionService<String> cs = new ExecutorCompletionService<>(executor); // 提交任务 cs.submit(() -> "Result1"); cs.submit(() -> "Result2"); // 获取结果 for (int i=0; i<2; i++) { Future<String> future = cs.take(); System.out.println(future.get()); // 按完成顺序获取 } ``` --- ### 七、常见陷阱与规避 1. **丢失唤醒 (Missed Wakeup)**: - 错误:先修改条件再调用 `notify()` - 正确:在同步块内修改条件后立即通知 ```java synchronized(lock) { condition = true; lock.notify(); // 正确顺序 } ``` 2. **嵌套监视器锁死**: ```java // 危险代码结构 synchronized(lockA) { synchronized(lockB) { lockB.wait(); // 可能导致锁A无法释放 } } ``` **解决方案**:使用单个锁或 `Lock` 接口的 `lockInterruptibly()` 3. **伪唤醒处理**: - 必须使用 `while` 循环检查条件而非 `if` --- ### 八、监控与调试工具 1. **jstack**: ```bash jstack <pid> > thread_dump.txt ``` 分析线程状态:RUNNABLE、WAITING、BLOCKED 2. **VisualVM**: - 查看线程状态分布 - 检测死锁 3. **JFR (Java Flight Recorder)**: ```bash jcmd <pid> JFR.start duration=60s filename=recording.jfr ``` 记录线程通信事件和锁竞争情况 --- 通过合理选择通信机制,结合 Java 并发工具包提供的高级 API,可以构建高效且健壮的多线程应用程序。建议优先使用 `java.util.concurrent` 包中的组件,它们经过充分优化且能避免许多传统同步方式的陷阱。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值