java面试(二十三)--(1)不用加减乘除做加法(2)CyclicBarrier和CountDownLatch的区别(3)什么是线程池(thread pool)

本文深入探讨了不使用基本算术运算实现加法的方法,并对比分析了CyclicBarrier和CountDownLatch两种并发控制工具的区别与用法,同时介绍了线程池的概念、优缺点及工作原理。

1.不用加减乘除做加法

写一个函数,求两个整数之和,要求在函数体内不得使用+、-、*、/四则运算符号。
示例代码:

public class Solution {
    public int Add(int num1,int num2) {
        
    }
}

实现代码:

public class Solution {
    public int Add(int num1,int num2) {
        int sum = 0;
        int carry = 0;
        do {
            // 异或,实现相加但不进位
            sum = num1 ^ num2;
            // 先位与,后左移,相当于进位
            carry = (num1 & num2) << 1;
            num1 = sum;//
            num2 = carry;
        } while (num2 != 0);
        return num1;
    }
}

2.CyclicBarrier和CountDownLatch的区别

CyclicBarrier和CountDownLatch 都位于java.util.concurrent 这个包下.
区别:

CountDownLatchCyclicBarrier
减计数方式加计数方式
计算为0时释放所有等待的线程计数达到指定值时释放所有等待线程
计数为0时,无法重置计数达到指定值时,计数置为0重新开始
调用countDown()方法计数减一,调用await()方法只进行阻塞,对计数没任何影响调用await()方法计数加1,若加1后的值不等于构造方法的值,则线程阻塞
不可重复利用可重复利用

一、 CountDownLatch用法

CountDownLatch类只提供了一个构造器:

  public CountDownLatch(int count){};  //参数count为计数值

然后下面这3个方法是CountDownLatch类中最重要的方法:

public void await() throws InterruptedException { };   //调用await()方法的线程会被挂起,它会等待直到count值为0才继续执行
public boolean await(long timeout, TimeUnit unit) throws InterruptedException { };  //和await()类似,只不过等待一定的时间后count值还没变为0的话就会继续执行
public void countDown() { };  //将count值减1

CountDownLatch一个同步辅助类,在完成一组正在其他线程中执行的操作之前,它允许一个或多个线程一直等待。
例如:

import java.util.concurrent.CountDownLatch;
public class countDownlatchTest {
    public static void main(String[] args) throws InterruptedException {
        CountDownLatch countDownLatch = new CountDownLatch(5);
        for(int i=0;i<5;i++){
            new Thread(new readNum(i,countDownLatch)).start();
        }
        countDownLatch.await();//线程阻塞
        System.out.println("线程执行结束...");
    }
 
    static class readNum  implements Runnable{
        private int id;
        private CountDownLatch latch;
        public readNum(int id,CountDownLatch latch){
            this.id = id;
            this.latch = latch;
        }
        @Override
        public void run() {
            synchronized (this){
                System.out.println("id:"+id);
                latch.countDown();
                System.out.println("线程组任务"+id+"结束,其他任务继续");
            }
        }
    }
}

输出结果:
id:1
线程组任务1结束,其他任务继续
id:0
线程组任务0结束,其他任务继续
id:2
线程组任务2结束,其他任务继续
id:3
线程组任务3结束,其他任务继续
id:4
线程组任务4结束,其他任务继续
线程执行结束…

二、 CyclicBarrier用法

CyclicBarrier提供2个构造器:

//参数parties指让多少个线程或者任务等待至barrier状态;参数barrierAction为当这些线程都达到barrier状态时会执行的内容。
public CyclicBarrier(int parties, Runnable barrierAction) {

}
public CyclicBarrier(int parties) {
}

CyclicBarrier中最重要的方法就是await方法

public int await() throws InterruptedException, BrokenBarrierException { };//挂起当前线程,直至所有线程都到达barrier状态再同时执行后续任务;
public int await(long timeout, TimeUnit unit)throws InterruptedException,BrokenBarrierException,TimeoutException { }; //让这些线程等待至一定的时间,如果还有线程没有到达barrier状态就直接让到达barrier的线程执行后续任务

例如:

import java.util.concurrent.CyclicBarrier;
public class cyclicBarrierTest {
    public static void main(String[] args) throws InterruptedException {
        CyclicBarrier cyclicBarrier = new CyclicBarrier(5, new Runnable() {
            @Override
            public void run() {
                System.out.println("线程组执行结束");
            }
        });
        for (int i = 0; i < 5; i++) {
            new Thread(new readNum(i,cyclicBarrier)).start();
        }
        //CyclicBarrier 可以重复利用,
        // 这个是CountDownLatch做不到的
//        for (int i = 11; i < 16; i++) {
//            new Thread(new readNum(i,cyclicBarrier)).start();
//        }
    }
    static class readNum implements Runnable{
        private int id;
        private CyclicBarrier cyc;
        public readNum(int id,CyclicBarrier cyc){
            this.id = id;
            this.cyc = cyc;
        }
        @Override
        public void run() {
            synchronized (this){
                System.out.println("id:"+id);
                try {
                    cyc.await();
                    System.out.println("线程组任务" + id + "结束,其他任务继续");
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        }
    }
}

输出结果:
id:1
id:2
id:4
id:0
id:3
线程组执行结束
线程组任务3结束,其他任务继续
线程组任务1结束,其他任务继续
线程组任务4结束,其他任务继续
线程组任务0结束,其他任务继续
线程组任务2结束,其他任务继续

总结: CountDownLatch是线程执行完后,才执行后面程序; CyclicBarrier是线程阻塞到一定数量后,才执行后面程序.

本题参考: https://blog.youkuaiyun.com/tolcf/article/details/50925145

3.什么是线程池(thread pool)?

线程池与线程:
性能:每开启一个新的线程都要消耗内存空间及资源(默认情况下大约1 MB的内存),同时多线程情况下操作系统必须调度可运行的线程并执行上下文切换,所以太多的线程还对性能不利。而线程池其目的是为了减少开启新线程消耗的资源(使用线程池中的空闲线程,不必再开启新线程,以及统一管理线程(线程池中的线程执行完毕后,回归到线程池内,等待新任务))。
时间:无论何时启动一个线程,都需要时间(几百毫秒),用于创建新的局部变量堆,线程池预先创建了一组可回收线程,因此可以缩短过载时间。
线程池缺点:线程池的性能损耗优于线程(通过共享和回收线程的方式实现),但是:
1.线程池不支持线程的取消、完成、失败通知等交互性操作。
2.线程池不支持线程执行的先后次序排序。
3.不能设置池化线程(线程池内的线程)的Name,会增加代码调试难度。
4.池化线程通常都是后台线程,优先级为ThreadPriority.Normal。
5.池化线程阻塞会影响性能(阻塞会使JVM错误地认为它占用了大量CPU。JVM能够检测或补偿(往池中注入更多线程),但是这可能使线程池受到后续超负荷的印象。Task解决了这个问题)。
6.线程池使用的是全局队列,全局队列中的线程依旧会存在竞争共享资源的情况,从而影响性能(Task解决了这个问题方案是使用本地队列)。

线程池工作原理:
JVM初始化时,线程池中是没有线程的。在内部,线程池维护了一个操作请求队列。应用程序执行一个异步操作时,会将一个记录项追加到线程池的队列中。线程池的代码从这个队列中读取记录将这个记录项派发给一个线程池线程。如果线程池没有线程,就创建一个新线程。当线程池线程完成工作后,线程不会被销毁,相反线程会返回线程池,在那里进入空闲状态,等待响应另一个请求,由于线程不销毁自身,所以不再产生额外的性能损耗。
程序向线程池发送多条请求,线程池尝试只用这一个线程来服务所有请求,当请求速度超过线程池线程处理任务速度,就会创建额外线程,所以线程池不必创建大量线程。
如果停止向线程池发送任务,池中大量空闲线程将在一段时间后自己醒来终止自己以释放资源(JVM不同版本对这个事件定义不一)。

本题参考: https://www.cnblogs.com/jonins/p/9369927.html (概念参考)
推荐: https://www.cnblogs.com/kuoAT/p/6714762.html (详细解答)

<think>首先,用户的问题是:“我想了解JavaCyclicBarrierCountdownLatch区别”。系统指令要求我使用中文回答,并确保所有行内数学表达式使用$...$格式,独立公式用$$...$$格式,但在这个问题中没有数学内容,所以我可以忽略那些部分。 关键点是:用户提供了多个引用,这些是关于CyclicBarrierCountDownLatch区别的。我需要参考这些引用来构建回答,但不能直接复制粘贴;我要用自己的话解释并确保回答真实可靠。 回顾引用: - 引用[1]:CyclicBarrier用于多个线程相互等待到屏障点,可重用;CountDownLatch用于线程等待其他线程完成任务。 - 引用[2]:CountDownLatch的动作实施者是主线程(计数为0时主线程继续),CyclicBarrier的动作实施者是其他线程(所有线程到达屏障点后它们自己继续)。 - 引用[3]:CountDownLatch等待一组线程完成,CyclicBarrier一组线程相互等待。 - 引用[4]:CyclicBarrier的await()阻塞直到所有线程调用,然后所有线程释放。 用户还提到“参考站内引用”,意思是这些引用是站内提供的,我需要参考它们,但回答要基于上次问题上下文。用户的问题是独立的,没有显示上次问题,所以我只针对当前问题回答。 系统指令要求生成相关问题,所以在回答末尾添加相关问题。 结构回答: 1. **清晰介绍**:先简述两个工具是什么。 2. **详细区别**:基于引用,解释关键区别- 用途:CountDownLatch用于等待其他线程完成任务;CyclicBarrier用于线程间相互等待到某个点。 - 动作实施者:如引用[2],CountDownLatch计数到0时,主线程继续;CyclicBarrier所有线程到达后,所有线程继续。 - 重用性:CyclicBarrier可重用(循环),CountDownLatch是一次性的。 - 计数方式:CountDownLatch是计数递减,计数到0触发;CyclicBarrier是计数递增到指定数量触发。 3. **应用场景**:给出例子,如CountDownLatch用于主线程等待多个线程初始化完成;CyclicBarrier用于分阶段的任务执行。 4. **总结**:宏观对比。 确保语言流畅、中文。 最后,添加相关问题,指令说“生成相关问题”,所以我需要在末尾列出几个相关问题,about the topic. 相关问题例子: 1. 如何在实际代码中使用CyclicBarrier实现线程同步? 2. CountDownLatch有哪些常见的使用场景? 3. CyclicBarrierCountDownLatch在性能方面有什么不同? 4. Java中还有哪些同步工具类? 回答结构: - 开头:直接回答问题。 - 主体:分点解释区别- 结尾:简要总结,并添加相关问题。 引用标识:指令说“回答中引用的段落末尾自然地添加引用标识”,例如[^1]。我需要引用时添加引用标识。既然用户提供了引用,我在解释时可以参考,并在相关部分添加标识。 例如,如果我提到“动作实施者”,可以添加[^2]。 但不要过度引用;自然地融入。 最终回答用中文。 </think>### JavaCyclicBarrierCountDownLatch区别Java多线程编程中,`CyclicBarrier``CountDownLatch`都是同步辅助工具类,用于协调线程执行顺序,但它们在设计目的、使用方式、重用性触发机制上存在显著差异。下面我将基于核心区别点逐步解释,确保内容简洁明了。 #### 1. **基本用途设计目标** - **CountDownLatch**: - 主要用于让一个或多个线程(通常是主线程)等待其他一组线程完成任务。例如,主线程启动若干个工作线程后,使用`CountDownLatch`等待所有工作线程完成后再继续执行下一步操作。 - 它基于一个计数器(初始值为指定数量),每有一个线程完成任务,计数器递减(调用`countDown()`方法),当计数器达到0时,等待的线程被唤醒。 - 应用场景:等待资源初始化、并行任务完成后汇总结果等。例如,服务器启动时,主线程等待所有服务线程初始化完毕[^1][^3]。 - **CyclicBarrier**: - 用于让多个线程相互等待到一个公共屏障点(barrier point),然后所有线程同时开始执行下一阶段任务。线程在屏障点调用`await()`方法后阻塞,直到所有参与线程都到达屏障点,屏障“打开”,所有线程继续执行。 - 它是循环可重用的:屏障打开后,计数器重置,可以再次用于下一轮任务阶段。 - 应用场景:分阶段执行的并行计算任务,如多线程数据处理中每个阶段需要所有线程同步[^1][^4]。 #### 2. **关键区别点** - **动作实施者不同**: - 在`CountDownLatch`中,当计数器减至0时,“动作实施者”是等待线程(通常是主线程),它被唤醒并继续执行。例如,主线程调用`await()`等待子线程完成计数[^2]。 - 在`CyclicBarrier`中,当所有线程到达屏障点时,“动作实施者”是那些参与线程本身,它们同时被释放并继续后续任务。这意味着线程之间是对等同步,而不是依赖主线程[^2]。 - 简单说:`CountDownLatch`是“主线程等子线程”,`CyclicBarrier`是“子线程相互等”。 - **重用性**: - `CountDownLatch`是一次性的:计数器减至0后不能被重置,因此只能使用一次。再次使用时需要创建新实例。 - `CyclicBarrier`是可重用的:屏障打开后,计数器自动重置,可以直接用于下一轮同步。这使得它适合循环任务场景[^1]。 - **计数方式触发机制**: - `CountDownLatch`:计数器递减(从初始值到0),通过`countDown()`减少计数,`await()`阻塞等待计数器归零。 - `CyclicBarrier`:计数器递增(从0到预设线程数),通过`await()`增加计数并阻塞,当计数达到预设值时触发所有线程释放[^4]. - 示例代码演示: - **CountDownLatch**(主线程等待两个工作线程): ```java CountDownLatch latch = new CountDownLatch(2); new Thread(() -> { /* 任务1 */ latch.countDown(); }).start(); new Thread(() -> { /* 任务2 */ latch.countDown(); }).start(); latch.await(); // 主线程等待计数器归零 System.out.println("所有任务完成"); ``` - **CyclicBarrier**(两个线程相互等待屏障点): ```java CyclicBarrier barrier = new CyclicBarrier(2); new Thread(() -> { barrier.await(); /* 阶段1 */ }).start(); // 线程1等待 new Thread(() -> { barrier.await(); /* 阶段1 */ }).start(); // 线程2等待 // 当两个线程都调用await()后,它们同时执行后续代码 ``` - **异常处理**: - `CountDownLatch`:如果线程在`countDown()`前中断或出错,计数器可能无法归零,导致等待线程永久阻塞(需额外处理超时)。 - `CyclicBarrier`:提供更好的异常恢复机制。如果一个线程在`await()`时中断,屏障会打破,其他线程收到`BrokenBarrierException`,避免永久阻塞[^4]。 #### 3. **总结对比** | 特性 | CountDownLatch | CyclicBarrier | |--------------------|-----------------------------------|-----------------------------------| | **动作实施者** | 主线程(或其他等待线程) | 所有参与线程 | | **重用性** | 一次性,不可重置 | 可循环重用 | | **触发条件** | 计数器减至0(递减) | 所有线程到达屏障点(递增) | | **典型应用场景** | 启动时等待初始化、任务完成后汇总 | 分阶段并行任务、迭代计算 | | **异常处理** | 较弱,需手动处理阻塞风险 | 较强,提供屏障打破异常机制 | 总的来说,`CountDownLatch`适合“主线程协调子线程”的等待场景,而`CyclicBarrier`适合“线程组内部同步”的阶段执行场景。选择哪个工具取决于具体需求:如果需要等待外部事件完成,用`CountDownLatch`;如果需要线程组同步到某个点后集体行动,用`CyclicBarrier`[^1][^2][^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值