Java并发编程:两种控制并发度的实现方法及其比较

前言

在Java并发编程中,有效控制并发度是提高应用性能和资源利用率的关键。本文将通过一个Java示例代码,探讨两种控制并发度的实现方法:竞争队列法和信号量法。我们将详细分析这两种方法的实现原理,并比较它们的优缺点。为降低理解难度,本文不考虑快速失败、任务取消、异常处理、超时控制等问题,这些问题常常基于本文的代码进行拓展。

首先,让我们看看用于生成任务的 getTasks 方法:

java 复制代码
private static BlockingQueue<Runnable> getTasks() {
    IntFunction<Integer> square = x -> x * x;
    BlockingQueue<Runnable> tasks = IntStream.range(0, 10).<Runnable>mapToObj(num -> () -> {
        int result = square.apply(num);
        System.out.println("The square of " + num + " is " + result);
    }).collect(Collectors.toCollection(() -> new ArrayBlockingQueue<>(10)));
    return tasks;
}

这个方法创建了一个包含10个任务的 BlockingQueue。每个任务是一个 Runnable 对象,负责计算一个数字的平方并打印结果。这个方法模拟了一个实际场景中的任务队列,每个任务都是独立的且可并行执行的。

现在,让我们讨论两种并发控制方法:

1. 竞争队列法(Race Queue Method)

java 复制代码
static class RaceQueueDemo {
    public static void main(String[] args) {
        ExecutorService e = Executors.newCachedThreadPool();
        int parallelism = 3; // 并发度
        BlockingQueue<Runnable> tasks = getTasks();

        for (int i = 0; i < parallelism; i++) {
            e.submit(() -> {
                Runnable r;
                while ((r = tasks.poll()) != null) {
                    r.run();
                }
            });
        }

        e.shutdown();
    }
}

这种方法的核心思想是:

  • 创建一个线程池
  • 定义并发度(这里是3)
  • 提交与并发度相同数量的任务到线程池
  • 每个任务负责从任务队列中获取并执行任务

优点:

  1. 实现简单,代码量少
  2. 任务执行效率高,同步开销低

2. 信号量法(Semaphore Method)

java 复制代码
static class SemaphoreDemo {
    public static void main(String[] args) {
        ExecutorService e = Executors.newCachedThreadPool();
        ExecutorService taskSubmitter = Executors.newSingleThreadExecutor();
        int parallelism = 3; // 并发度

        Semaphore semaphore = new Semaphore(parallelism);
        Future<?> submitted = taskSubmitter.submit(() -> {
            BlockingQueue<Runnable> tasks = getTasks();
            Runnable r;
            while ((r = tasks.poll()) != null) {
                try {
                    semaphore.acquire();
                    Runnable finalR = r;
                    e.submit(() -> {
                        try {
                            finalR.run();
                        } finally {
                            semaphore.release();
                        }
                    });
                } catch (InterruptedException ex) {
                    Thread.currentThread().interrupt();
                }
            }
        });

        Futures.getUnchecked(submitted);

        taskSubmitter.shutdown();
        e.shutdown();
    }
}

这种方法的核心思想是:

  • 创建一个信号量,初始许可数等于并发度
  • 使用单线程执行器来提交任务
  • 每次提交任务前先获取信号量许可
  • 任务执行完毕后释放信号量许可

优点:

  1. 并发度控制更加精确
  2. 可以保证同时执行的任务数不超过设定的并发度
  3. 资源利用更加均衡
  4. 可以方便地处理任务执行异常的情况

缺点:

  1. 实现相对复杂,代码量较多
  2. 需要额外的线程(taskSubmitter)来管理任务提交
  3. 由于使用了信号量,可能会有一些同步开销

比较与总结

  1. 复杂性:竞争队列法实现简单,易于理解和维护;信号量法相对复杂,但提供了更细粒度的控制。

  2. 资源利用:信号量法能够更均衡地利用资源,特别是在任务执行时间差异较大的情况下。

  3. 异常处理:信号量法更容易处理任务执行过程中的异常情况,而竞争队列法在这方面略显不足。

  4. 灵活性:两种方法都允许动态调整并发度,但信号量法在运行时调整并发度更为方便。

  5. 性能开销:竞争队列法可能在高并发情况下有更好的性能,因为它减少了线程间的协调开销。

选择哪种方法取决于具体的应用场景:

  • 如果需要严格控制并发度且任务执行时间差异较大,信号量法可能更合适。
  • 如果追求简单实现和较高性能,并且可以容忍短暂的并发度波动,竞争队列法可能是更好的选择。

在实际应用中,可能需要结合这两种方法或使用更高级的并发控制技术来满足特定需求。无论选择哪种方法,都需要根据实际情况进行性能测试和调优,以达到最佳的并发效果。

相关推荐
掘金者阿豪3 分钟前
数据同步软件技术实践:从异构数据库迁移到实时数据流转,解析电科金仓KFS架构设计
后端
ServBay3 分钟前
不会写代码,如何搭建自己的 AI 自动化工作流
后端·aigc·ai编程
天远大数据14 分钟前
从调用账单到业务回执:Agent单位成本核算实践
人工智能·后端
沐言人生17 分钟前
又一个神级考公脑库-22,375篇真题终于按考点整理了
后端·面试
夜之眷属20 分钟前
Core dump 崩溃排查:JVM 宕机后,那份 core 文件怎么用 gdb 还原现场
java·运维·服务器·jvm
波加曼大王22 分钟前
# vLLM不要迷信PagedAttention神话,聊聊线上藏着的内部碎片陷阱
java·架构
xn713324 分钟前
EmbeddingGemma 2 270M 实测:278 Chunk、32 个查询与 RRF 反例
人工智能·后端·架构
丨只要微微辣26 分钟前
从前端到后端:第一次把项目部署 上云的完整实战(含踩坑实录)
后端
SL_staff27 分钟前
目标健康度自检清单:开发者视角下的目标-计划-任务链路断点诊断
java·开源·github
newerp29 分钟前
Execution Trace 深入实战:可视化调度与系统停顿分析
后端·程序员·go