并发设计模式实战系列(3):工作队列

简介: 🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第三章,废话不多说直接开始~

 

image.gif 编辑

🌟 大家好,我是摘星! 🌟

今天为大家带来的是并发设计模式实战系列,第三章工作队列(Work Queue),废话不多说直接开始~

目录

一、核心原理深度拆解

1. 生产者-消费者架构

2. 核心组件

二、生活化类比:餐厅厨房系统

三、Java代码实现(生产级Demo)

1. 完整可运行代码

2. 关键配置解析

四、横向对比表格

1. 多线程模式对比

2. 队列实现对比

五、高级优化技巧

1. 动态线程池调整

2. 优先级任务处理

3. 监控指标埋点

六、扩展设计模式集成

1. 责任链+工作队列(复杂任务处理)

七、高级错误处理机制

1. 重试策略设计

2. 代码实现(带重试的Worker)

八、分布式工作队列扩展

1. 基于Kafka的分布式架构

2. 关键配置参数

九、性能调优实战指南

1. 性能瓶颈定位四步法

2. JVM优化参数建议

十、行业应用案例解析

1. 电商秒杀系统实现

2. 日志处理流水线

十一、虚拟线程(Loom)前瞻

1. 新一代线程模型对比

2. 虚拟线程工作队列示例

十二、设计模式决策树


一、核心原理深度拆解

1. 生产者-消费者架构

┌─────────────┐       ┌─────────────┐       ┌─────────────┐
│  Producers  │───>   │ Work Queue   │───>   │ Consumers   │
│ (多线程生成)  │<───   │ (任务缓冲)    │<───   │ (线程池处理) │
└─────────────┘       └─────────────┘       └─────────────┘

image.gif

  • 解耦设计:分离任务创建(生产者)与任务执行(消费者)
  • 流量削峰:队列缓冲突发流量,防止系统过载
  • 资源控制:通过线程池限制最大并发处理数

2. 核心组件

  • BlockingQueue:线程安全的任务容器(支持put/take阻塞操作)
  • ThreadPool:可配置核心/最大线程数,保持CPU利用率与响应速度平衡
  • 任务拒绝策略:定义队列满时的处理方式(丢弃/抛异常/生产者处理)

二、生活化类比:餐厅厨房系统

系统组件

现实类比

核心机制

生产者

服务员接收顾客点单

快速记录订单,不参与烹饪

工作队列

悬挂式订单传送带

暂存待处理订单,平衡前后台节奏

消费者

厨师团队

按订单顺序并行烹饪

  • 高峰期应对:10个服务员接收订单 → 传送带缓冲50单 → 5个厨师并行处理

三、Java代码实现(生产级Demo)

1. 完整可运行代码

import java.util.concurrent.*;
public class WorkQueuePattern {
    // 任务队列(建议根据内存设置合理容量)
    private final BlockingQueue<Runnable> workQueue = new LinkedBlockingQueue<>(100);
    // 线程池配置
    private final ExecutorService workerPool = new ThreadPoolExecutor(
        4,                              // 核心厨师数
        8,                              // 最大厨师数(应对高峰期)
        30, TimeUnit.SECONDS,          // 闲置线程存活时间
        new LinkedBlockingQueue<>(20), // 线程池等待队列
        new ThreadFactory() {          // 定制线程命名
            private int count = 0;
            @Override
            public Thread newThread(Runnable r) {
                return new Thread(r, "worker-" + count++);
            }
        },
        new ThreadPoolExecutor.AbortPolicy() // 队列满时拒绝任务
    );
    // 生产者模拟
    class OrderProducer implements Runnable {
        @Override
        public void run() {
            int orderNum = 0;
            while (!Thread.currentThread().isInterrupted()) {
                try {
                    Runnable task = () -> {
                        System.out.println("处理订单: " + Thread.currentThread().getName());
                        // 模拟处理耗时
                        try { Thread.sleep(500); } catch (InterruptedException e) {}
                    };
                    workQueue.put(task);  // 阻塞式提交
                    System.out.println("生成订单: " + (++orderNum));
                    Thread.sleep(200);    // 模拟下单间隔
                } catch (InterruptedException e) {
                    Thread.currentThread().interrupt();
                }
            }
        }
    }
    // 启动系统
    public void start() {
        // 启动2个生产者线程
        new Thread(new OrderProducer(), "producer-1").start();
        new Thread(new OrderProducer(), "producer-2").start();
        // 消费者自动从队列取任务
        new Thread(() -> {
            while (!Thread.currentThread().isInterrupted()) {
                try {
                    Runnable task = workQueue.take();
                    workerPool.execute(task);
                } catch (InterruptedException e) {
                    Thread.currentThread().interrupt();
                }
            }
        }).start();
    }
    public static void main(String[] args) {
        WorkQueuePattern kitchen = new WorkQueuePattern();
        kitchen.start();
        
        // 模拟运行后关闭
        try { Thread.sleep(5000); } 
        catch (InterruptedException e) {}
        kitchen.shutdown();
    }
    // 优雅关闭
    public void shutdown() {
        workerPool.shutdown();
        try {
            if (!workerPool.awaitTermination(3, TimeUnit.SECONDS)) {
                workerPool.shutdownNow();
            }
        } catch (InterruptedException e) {
            workerPool.shutdownNow();
        }
    }
}

image.gif

2. 关键配置解析

// 线程池参数调优公式(参考)
最佳线程数 = CPU核心数 * (1 + 平均等待时间/平均计算时间)
// 四种拒绝策略对比:
- AbortPolicy:直接抛出RejectedExecutionException(默认)
- CallerRunsPolicy:由提交任务的线程自己执行
- DiscardPolicy:静默丢弃新任务
- DiscardOldestPolicy:丢弃队列最旧任务

image.gif


四、横向对比表格

1. 多线程模式对比

模式

任务调度方式

资源管理

适用场景

Work Queue

集中队列分配

精确控制线程数

通用任务处理

Thread-Per-Task

直接创建线程

容易资源耗尽

简单低并发场景

ForkJoin Pool

工作窃取算法

自动负载均衡

计算密集型任务

Event Loop

单线程事件循环

极低资源消耗

IO密集型任务

2. 队列实现对比

队列类型

排序方式

阻塞特性

适用场景

LinkedBlockingQueue

FIFO

可选有界/无界

通用任务排队

PriorityBlockingQueue

自定义优先级

无界队列

紧急任务优先处理

SynchronousQueue

无缓冲

直接传递

实时任务处理

DelayQueue

延迟时间

时间触发

定时任务调度


五、高级优化技巧

1. 动态线程池调整

// 根据队列负载动态扩容
if (workQueue.size() > threshold) {
    ThreadPoolExecutor pool = (ThreadPoolExecutor) workerPool;
    pool.setMaximumPoolSize(newMaxSize);
}

image.gif

2. 优先级任务处理

// 使用PriorityBlockingQueue需实现Comparable
class PriorityTask implements Runnable, Comparable<PriorityTask> {
    private int priority;
    
    @Override
    public int compareTo(PriorityTask other) {
        return Integer.compare(other.priority, this.priority);
    }
    // run()方法实现...
}

image.gif

3. 监控指标埋点

// 监控队列深度
Metrics.gauge("workqueue.size", workQueue::size);
// 线程池监控
ThreadPoolExecutor pool = (ThreadPoolExecutor) workerPool;
Metrics.gauge("pool.active.threads", pool::getActiveCount);
Metrics.gauge("pool.queue.size", () -> pool.getQueue().size());

image.gif


六、扩展设计模式集成

1. 责任链+工作队列(复杂任务处理)

┌───────────┐     ┌───────────┐     ┌───────────┐
│  Task     │     │  Task     │     │  Task     │
│ Splitter  │───> │ Processor │───> │ Aggregator│
└───────────┘     └───────────┘     └───────────┘
       ↓                ↓                ↓
    [拆分子任务]      [并行处理]       [结果合并]

image.gif

  • 场景:电商订单处理(拆分子订单→并行校验→合并结果)
  • 代码片段
// 任务拆分器
class OrderSplitter {
    List<SubOrder> split(MainOrder order) { /* 拆分为N个子订单 */ }
}
// 子任务处理器
class OrderValidator implements Runnable {
    public void run() { /* 库存校验/地址校验等 */ }
}
// 结果聚合器
class ResultAggregator {
    void aggregate(List<SubResult> results) { /* 合并校验结果 */ }
}

image.gif


七、高级错误处理机制

1. 重试策略设计

策略类型

实现方式

适用场景

立即重试

失败后立即重试最多3次

网络抖动等临时性问题

指数退避

等待时间=2^n秒(n为失败次数)

服务过载类错误

死信队列

记录失败任务供人工处理

数据错误等需干预问题

2. 代码实现(带重试的Worker)

class RetryWorker implements Runnable {
    private final Runnable task;
    private int retries = 0;
    
    public RetryWorker(Runnable task) {
        this.task = task;
    }
    @Override
    public void run() {
        try {
            task.run();
        } catch (Exception e) {
            if (retries++ < MAX_RETRY) {
                long delay = (long) Math.pow(2, retries);
                executor.schedule(this, delay, TimeUnit.SECONDS);
            } else {
                deadLetterQueue.put(task);
            }
        }
    }
}

image.gif


八、分布式工作队列扩展

1. 基于Kafka的分布式架构

┌────────────┐
                          │  Kafka     │
                          │ (Partition)│
                          └─────┬──────┘
┌───────────┐              ┌───┴────┐              ┌───────────┐
│ Producer  ├───orders───>  │        │  ──workers─>  │ Consumer  │
│ Service   │              │  Topic  │               │ Group     │
└───────────┘              └─────────┘               └───────────┘

image.gif

  • 特性
  • 分区机制实现并行处理
  • 消费者组自动负载均衡
  • 持久化保证不丢消息

2. 关键配置参数

# 生产者端
acks=all                  # 确保消息持久化
retries=10                # 发送失败重试次数
max.in.flight=5           # 最大未确认请求数
# 消费者端
enable.auto.commit=false  # 手动提交offset
max.poll.records=100      # 单次拉取最大记录数
session.timeout.ms=30000  # 心跳检测时间

image.gif


九、性能调优实战指南

1. 性能瓶颈定位四步法

  1. 监控队列深度workQueue.size() > 阈值时报警
  2. 分析线程状态
ThreadMXBean bean = ManagementFactory.getThreadMXBean();
for (long tid : bean.getAllThreadIds()) {
    System.out.println(bean.getThreadInfo(tid));
}

image.gif

  1. JVM资源检查
jstat -gcutil <pid> 1000  # GC情况
jstack <pid>              # 线程dump

image.gif

  1. 压测工具验证
ab -n 10000 -c 500 http://api/endpoint

image.gif

2. JVM优化参数建议

-XX:+UseG1GC                           # G1垃圾回收器
-XX:MaxGCPauseMillis=200               # 目标暂停时间
-Xms4g -Xmx4g                          # 固定堆大小
-XX:MetaspaceSize=256m                 # 元空间初始值
-XX:+ParallelRefProcEnabled            # 并行处理引用

image.gif


十、行业应用案例解析

1. 电商秒杀系统实现

┌───────────────┐     ┌───────────────┐     ┌───────────────┐
│  请求入口       │     │  库存预扣      │     │  订单生成       │
│ (Nginx限流)    │───> │ (Redis队列)   │───> │ (DB批量写入)   │
└───────────────┘     └───────────────┘     └───────────────┘

image.gif

  • 关键设计
  • 使用Redis List作为分布式队列
  • 库存预扣与订单生成解耦
  • 数据库批量写入合并操作

2. 日志处理流水线

// 使用Disruptor高性能队列
class LogEventProcessor {
    void onEvent(LogEvent event, long sequence, boolean endOfBatch) {
        // 1. 格式清洗
        // 2. 敏感信息过滤
        // 3. 批量写入ES
    }
}

image.gif

  • 性能对比
  • 传统队列:10万条/秒
  • Disruptor:2000万条/秒

十一、虚拟线程(Loom)前瞻

1. 新一代线程模型对比

维度

平台线程

虚拟线程

内存消耗

1MB/线程

1KB/线程

切换成本

涉及内核调度

用户态轻量级切换

适用场景

CPU密集型任务

IO密集型高并发场景

2. 虚拟线程工作队列示例

ExecutorService executor = Executors.newVirtualThreadPerTaskExecutor();
void handleRequest(Request request) {
    executor.submit(() -> {
        try (var scope = new StructuredTaskScope.ShutdownOnFailure()) {
            Future<String> user = scope.fork(() -> queryUser(request));
            Future<String> order = scope.fork(() -> queryOrder(request));
            
            scope.join();
            return new Response(user.get(), order.get());
        }
    });
}

image.gif


十二、设计模式决策树

graph TD
    A[任务类型?] --> B{CPU密集型}
    A --> C{IO密集型}
    B --> D[线程数=CPU核心数+1]
    C --> E[线程数=CPU核心数*2]
    E --> F{是否需资源隔离?}
    F --> |是| G[使用多个独立线程池]
    F --> |否| H[共享线程池+队列]
    H --> I{是否需优先级?}
    I --> |是| J[PriorityBlockingQueue]
    I --> |否| K[LinkedBlockingQueue]

image.gif

目录
相关文章
|
9天前
|
设计模式 消息中间件 监控
并发设计模式实战系列(5):生产者/消费者
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第五章,废话不多说直接开始~
34 1
|
9天前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
26 0
|
9天前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
20 0
|
9天前
|
设计模式 运维 监控
并发设计模式实战系列(4):线程池
需要建立持续的性能剖析(Profiling)和调优机制。通过以上十二个维度的系统化扩展,构建了一个从。设置合理队列容量/拒绝策略。动态扩容/优化任务处理速度。检查线程栈定位热点代码。调整最大用户进程数限制。CPU占用率100%
64 0
|
9天前
|
设计模式 存储 安全
并发设计模式实战系列(7):Thread Local Storage (TLS)
🌟 大家好,我是摘星! 🌟今天为大家带来的是并发设计模式实战系列,第七章Thread Local Storage (TLS),废话不多说直接开始~
26 0
|
9天前
|
设计模式 监控 Java
并发设计模式实战系列(6):读写锁
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第六章,废话不多说直接开始~
17 0
|
25天前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
67 16
|
9天前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
20 0
|
5月前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
297 11
|
9天前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
26 0
下一篇
阿里云OSS
OSZAR »