自定义线程池 04 - 使用演示

通用线程池封装与异步化实践:提升小红书发现页的响应速度 实现异步通用线程池封装的同时,考虑了业务场景下的任务执行需求,提供了灵活的线程池配置和任务执行方式,并且对任务执行过程中的异常进行了处理和日志记录,整体设计合理。。在此基础上,结合小红书发现页业务逻辑来实现上面的设计。 阅读详情

完整代码已上传gitee ,地址 :朱元杰的开源仓库 – ThreadPool核心源码仿写

完整文章栏目地址在:Fearless____的博客 - ThreadPool仿写

现在我们已经完善了自定义线程池,接下来进行效果展示

线程池 、 任务队列 、 拒绝策略 代码如下

import lombok.extern.slf4j.Slf4j;
import java.util.ArrayDeque;
import java.util.Deque;
import java.util.HashSet;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.ReentrantLock;

@Slf4j(topic = "MyThreadPool")
public class MyThreadPool {
    // 任务队列
    private MyBlockingQueue<Runnable> taskQueue;
    // 线程集合
    private HashSet<Worker> workers = new HashSet<>();
    // 核心线程数
    private int coreSize;
    // 获取任务时的超时时间
    private long timeout;
    private TimeUnit timeUnit;
    private RejectPolicy<Runnable> rejectPolicy;

    // 执行任务
    public void execute(Runnable task) {
        // 当任务数没有超过 coreSize 时,直接交给 worker 对象执行
        // 如果任务数超过 coreSize 时,加入任务队列暂存
        synchronized (workers) {
            if (workers.size() < coreSize) {
                Worker worker = new Worker(task);
                log.info("新增 worker{}, {}", worker, task);
                workers.add(worker);
                worker.start();
            } else {
                // taskQueue.put(task);
                taskQueue.tryPut(rejectPolicy, task);
            }
        }
    }

    public MyThreadPool(int coreSize, long timeout, TimeUnit timeUnit, int queueCapcity,
                        RejectPolicy<Runnable> rejectPolicy) {
        this.coreSize = coreSize;
        this.timeout = timeout;
        this.timeUnit = timeUnit;
        this.taskQueue = new MyBlockingQueue<>(queueCapcity);
        this.rejectPolicy = rejectPolicy;
    }

    class Worker extends Thread {
        private Runnable task;

        public Worker(Runnable task) {
            this.task = task;
        }

        @Override
        public void run() {
            // 执行任务
            // 1) 当 task 不为空,执行任务
            // 2) 当 task 执行完毕,再接着从任务队列获取任务并执行
// while(task != null || (task = taskQueue.take()) != null) {
            while (task != null || (task = taskQueue.poll(timeout, timeUnit)) != null) {
                try {
                    log.debug("正在执行...{}", task);
                    task.run();
                } catch (Exception e) {
                    e.printStackTrace();
                } finally {
                    task = null;
                }
            }
            synchronized (workers) {
                log.debug("worker 被移除{}", this);
                workers.remove(this);
            }
        }
    }
}

// 拒绝策略
@FunctionalInterface
interface RejectPolicy<T> {
    void reject(MyBlockingQueue<T> queue, T task);
}

//阻塞队列
@Slf4j(topic = "MyBlockingQueue")
class MyBlockingQueue<T> {

    // 任务队列
    private Deque<T> queue = new ArrayDeque<>();

    // 锁
    private ReentrantLock lock = new ReentrantLock();

    // 生产者条件变量
    private Condition fullWaitSet = lock.newCondition();

    // 消费者条件变量
    private Condition emptyWaitSet = lock.newCondition();

    // 容量
    private int capcity;

    public MyBlockingQueue(int capcity) {
        this.capcity = capcity;
    }

    // 阻塞获取
    public T take() {
        lock.lock();
        try {
            while (queue.isEmpty()) {
                try {
                    emptyWaitSet.await();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            T t = queue.removeFirst();
            fullWaitSet.signal();
            return t;
        } finally {
            lock.unlock();
        }
    }

    // 阻塞添加
    public void put(T task) {
        lock.lock();
        try {
            while (queue.size() == capcity) {
                try {
                    log.debug("等待加入任务队列 {} ...", task);
                    fullWaitSet.await();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            log.debug("加入任务队列 {}", task);
            queue.addLast(task);
            emptyWaitSet.signal();
        } finally {
            lock.unlock();
        }
    }

    // 带超时阻塞获取
    public T poll(long timeout, TimeUnit unit) {
        lock.lock();
        try {
            // 将 timeout 统一转换为 纳秒
            long nanos = unit.toNanos(timeout);
            while (queue.isEmpty()) {
                try {
                    // 返回值是剩余时间
                    if (nanos <= 0) {
                        return null;
                    }
                    nanos = emptyWaitSet.awaitNanos(nanos);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            T t = queue.removeFirst();
            fullWaitSet.signal();
            return t;
        } finally {
            lock.unlock();
        }
    }

    // 带超时时间阻塞添加
    public boolean offer(T task, long timeout, TimeUnit timeUnit) {
        lock.lock();
        try {
            long nanos = timeUnit.toNanos(timeout);
            while (queue.size() == capcity) {
                try {
                    if (nanos <= 0) {
                        return false;
                    }
                    log.debug("等待加入任务队列 {} ...", task);
                    nanos = fullWaitSet.awaitNanos(nanos);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            log.debug("加入任务队列 {}", task);
            queue.addLast(task);
            emptyWaitSet.signal();
            return true;
        } finally {
            lock.unlock();
        }
    }

    public int size() {
        lock.lock();
        try {
            return queue.size();
        } finally {
            lock.unlock();
        }
    }

    public void tryPut(RejectPolicy<T> rejectPolicy, T task) {
        lock.lock();
        try {
            // 判断队列是否满
            if (queue.size() == capcity) {
                rejectPolicy.reject(this, task);
            } else { // 有空闲
                log.debug("加入任务队列 {}", task);
                queue.addLast(task);
                emptyWaitSet.signal();
            }
        } finally {
            lock.unlock();
        }
    }
}

编写测试代码如下:

import lombok.extern.slf4j.Slf4j;
import java.util.concurrent.TimeUnit;

@Slf4j(topic = "MyBlockingQueue")
class MyThreadPoolTest {

    public static void main(String[] args) {
        MyThreadPool threadPool = new MyThreadPool(1, 1000, TimeUnit.MILLISECONDS, 1, (queue, task) -> {

            // 1) 死等
//            queue.put(task);

            // 2) 带超时等待
//            queue.offer(task, 500, TimeUnit.MILLISECONDS);

            // 3) 让调用者放弃任务执行
//            log.debug("放弃{}", task);

            // 4) 让调用者抛出异常
//            throw new RuntimeException("任务执行失败 " + task);

            // 5) 让调用者自己执行任务
//            task.run();

        });
        for (int i = 0; i < 4; i++) {
            int j = i;
            threadPool.execute(() -> {
                try {
                    Thread.sleep(1000L);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                log.debug("{}", j);
            });
        }
    }

}

测试代码中完成了两件事,创建线程池 和 提交任务

提交任务

依次提交 4 个任务,每个任务的内容都相同,即 睡眠 1000毫秒 后 ,log.debug 自己的任务序号

创建线程池

我们指定了

  • 核心线程数 = 1
  • 线程超时获取任务的时间 = 1000 毫秒
  • 任务队列容量 = 1
  • 实现了 拒绝策略对象

为了能更清除的看清除执行过程,我们将 核心线程数 和 任务队列容量 都置为了 1

运行效果

死等的拒绝策略

运行日志如下:

2023-08-10 11:32:29 402 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:32:29 403 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:32:29 403 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:32:29 403 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033 ...
2023-08-10 11:32:30 409 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:32:30 409 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:32:30 409 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
2023-08-10 11:32:30 410 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1 ...
2023-08-10 11:32:31 421 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:32:31 421 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
2023-08-10 11:32:31 421 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1
2023-08-10 11:32:32 436 [Thread-0] [MyBlockingQueue] [DEBUG] - 2
2023-08-10 11:32:32 436 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1
2023-08-10 11:32:33 449 [Thread-0] [MyBlockingQueue] [DEBUG] - 3
2023-08-10 11:32:34 463 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

第一行:第一个任务(尾号930d,在第三行体现)到来时,线程数为零小于核心线程数,所以创建线程,直接将任务交给线程
第二行:第二个任务(尾号993a)到来时,线程数等于核心线程数,而任务队列还没满,放入任务队列
第四行:第三个任务(尾号c033)到来时,线程数等于核心线程数,任务队列也满了,进行阻塞等待,main线程阻塞
第三、五行:第一个任务(尾号930d)执行完
第六行:第二个任务(尾号993a)被线程执行
第七行:因为第二个任务(尾号993a)被消费者线程从任务队列中取出,任务队列有空位,main线程被唤醒,将第三个任务(尾号c033)放入任务队列
…
接下来同理,不在分析

带超时等待的拒绝策略

当我们将超时时间设置为500毫秒时,因为一个任务执行完的时间大雨1000毫秒(因为有Thread.sleep(1000L)),那么必定有任务在放入队列的时候会等待超时

运行结果如下:

2023-08-10 11:39:03 909 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:39:03 911 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:39:03 911 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033 ...
2023-08-10 11:39:03 911 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:39:04 418 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1 ...
2023-08-10 11:39:04 920 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:39:04 920 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:39:05 932 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:39:06 945 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

我们看到 第三行 的任务(尾号c033) 和 第五行的任务(尾号bfe1),都有等待加入任务队列,但都因为等待超时而没有被放入任务队列从而也没有被执行

但如果我们将等待时间设置足够长 为 1500 毫秒,运行结果如下:

2023-08-10 11:42:43 371 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:42:43 372 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:42:43 372 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033 ...
2023-08-10 11:42:43 372 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:42:44 382 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:42:44 382 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:42:44 382 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
2023-08-10 11:42:44 383 [main] [MyBlockingQueue] [DEBUG] - 等待加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1 ...
2023-08-10 11:42:45 384 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:42:45 384 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
2023-08-10 11:42:45 384 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1
2023-08-10 11:42:46 386 [Thread-0] [MyBlockingQueue] [DEBUG] - 2
2023-08-10 11:42:46 386 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1
2023-08-10 11:42:47 396 [Thread-0] [MyBlockingQueue] [DEBUG] - 3
2023-08-10 11:42:48 404 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

可以看到所有的任务都成功被执行

让调用者放弃任务执行的拒绝策略

运行结果:

2023-08-10 11:43:50 130 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:43:50 131 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:43:50 131 [main] [MyBlockingQueue] [DEBUG] - 放弃com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
2023-08-10 11:43:50 131 [main] [MyBlockingQueue] [DEBUG] - 放弃com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7ab2bfe1
2023-08-10 11:43:50 131 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:43:51 140 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:43:51 140 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:43:52 149 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:43:53 160 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

因为执行第一个任务的时间最少需要 1000 毫秒,这个时间 main 线程是完全可以遍历完for循环,尝试将第三、四个任务放入任务队列的,但此时任务队列已经被第二个任务占满,因此main线程会直接放弃第三、四个任务

让调用者抛出异常的拒绝策略

运行结果:

2023-08-10 11:46:43 380 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:46:43 381 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:46:43 381 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
Exception in thread "main" java.lang.RuntimeException: 任务执行失败 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@7e32c033
	at com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest.lambda$main$0(MyThreadPoolTest.java:22)
	at com.zhuyuanjie.myBlockingQueue.MyBlockingQueue.tryPut(MyThreadPool.java:214)
	at com.zhuyuanjie.myBlockingQueue.MyThreadPool.execute(MyThreadPool.java:37)
	at com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest.main(MyThreadPoolTest.java:30)
2023-08-10 11:46:44 396 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:46:44 396 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:46:45 409 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:46:46 414 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

与 让调用者放弃任务执行的拒绝策略 类似,只不过是在抛弃任务的时候抛出异常

让调用者自己执行任务的拒绝策略

运行结果:

2023-08-10 11:48:43 370 [main] [MyThreadPool] [INFO] - 新增 workerThread[Thread-0,5,main], com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:48:43 371 [main] [MyBlockingQueue] [DEBUG] - 加入任务队列 com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:48:43 371 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@23ab930d
2023-08-10 11:48:44 373 [main] [MyBlockingQueue] [DEBUG] - 2
2023-08-10 11:48:44 373 [Thread-0] [MyBlockingQueue] [DEBUG] - 0
2023-08-10 11:48:45 377 [main] [MyBlockingQueue] [DEBUG] - 3
2023-08-10 11:48:45 377 [Thread-0] [MyThreadPool] [DEBUG] - 正在执行...com.zhuyuanjie.myBlockingQueue.MyThreadPoolTest$$Lambda$2/758705033@1ed6993a
2023-08-10 11:48:46 379 [Thread-0] [MyBlockingQueue] [DEBUG] - 1
2023-08-10 11:48:47 393 [Thread-0] [MyThreadPool] [DEBUG] - worker 被移除Thread[Thread-0,5,main]

我们看到 序号为 2 和 3 的任务(对应第三和第四个任务)都是由main线程自己执行的,

ANSYS Fluent热边界条件避坑指南:为什么你的自然对流计算结果总出错? 本文深入剖析了在ANSYS Fluent中进行自然对流仿真时,导致计算结果出错或发散的核心原因与解决方案。重点解析了重力项与操作密度设置、Boussinesq与不可压缩理想气体模型的抉择、以及压力离散格式(推荐Body Force Weighted)这三大关键雷区,并结合电子机箱散热等实战案例,提供了一套稳定可靠的仿真设置流程与调试技巧。 阅读详情

相关推荐

stm32f407等芯片(HAL库)时钟频率修改(乱码)

其他片子及库文件未知、未验证,只是在使用stm32f407ZG配置串口打印的时候,出现乱码,就从以下几方面定位问题: 1. 确认串口GPIO相关配置; 2. 确认波特率等参数; 3. 确认时钟频率; 结果这次使用YH的串口打印程序在ZDYZ的开发板调试项目工程(有点另类...),做功能验证,就出现了以上问题,出于好奇开始调试,最终发现是时钟频率问题。 看到下图这个配置,因为ZDYZ开发板使用的是8MHz外部晶振(好像默认的是25MHz,如图2),所以他这里PLL_M是25,不是推荐值,感...

bulefire2009的博客 5517

java使用线程池

你还可以创建自定义大小的线程池,并指定当任务队列满时采用的拒绝策略。// 创建一个自定义大小的线程池,核心线程数3,最大线程数5,队列大小10new ThreadPoolExecutor.CallerRunsPolicy() // 自定义拒绝策略:如果队列满,则由调用者线程处理// 提交任务到线程池i < 20;i++) {});// 关闭线程池在这个自定义线程池的示例中,我们设置了核心线程数为3,最大线程数为5,以及一个容量为10的阻塞队列。

weixin_41203765的博客 497

运算放大器电路中的T型网络:如何用更小电阻实现高增益并降低噪声?

本文深入解析了运算放大器电路中T型反馈网络的设计与应用。该网络通过三个较小阻值电阻的组合,等效实现高增益,有效规避了传统大反馈电阻带来的显著热噪声问题。文章从数学原理、噪声定量分析到实际设计技巧,系统阐述了如何利用T型网络在实现高增益的同时,显著降低电路噪声并改善整体性能。

banana的博客 319

【并发篇】04-05 线程池核心参数&代码演示

任务队列是有上限的(如果没有上限就会造成内存紧张),核心线程也是有上限的,如果这两个都满了,新来的任务怎么办呢?任务,当核心线程都在忙的时候,新来的任务就加到workqueue中。等到有空闲下来的核心线程,就从任务队列中获取任务。在这个时间范围内救急线程没有任务可以执行,就把他从线程池中去掉。核心线程执行完任务后仍然需要保留在线程池中的,救急线程执行完没啥用了就不需要保存在线程池中。,用来执行提交给线程池的任务。,是踢掉,报异常,还是替换掉队列中的任务,还是什么都不做。

CCChloe的博客 723

fastbin attack快速入门

0x01 fastbin简介 Fastbin包含0x20~0x80大小bin的数组指针,用于快速分配小堆块。fastbin按照单链表结构进行组织,相同大小的bin在同一个链表中,fd指向下一个bin,采用LIFO(Last In First Out)机制。在fastbin中,堆块的inuse标志都为1,处于占用状态,防止chunk释放时进行合并,加快小堆块的分配。 正常fastbin的使用 通过这个简单的案例来了解fastbin的单链表结构,malloc和free的过程。 #include<stdio

abelxu 1571

SD--根据订单创建出库单(相关的函数列表的介绍系列篇(2))

创建订单样例代码参见:http://blog.youkuaiyun.com/CompassButton/archive/2007/05/09/1601712.aspx 可以根据一个订单或者部分订单项来创建出库单,代码如下:* Populating the item data lx_sales_item-ref_doc = l_vbeln. lx_sales_item-ref_item = c_000010

SAP BLOG--Jack Wu 6226

基于线程池模型的讨论与完整代码演示

线程池引入的必要性: 在网络服务器中,包括大量的web服务器,它们都需要在单位时间内必须处理相当数目的接入请求以及数据处理。通常在传统多线程服务器中是这样实现的:一旦有个请求到达,就创建一个线程,由该线程执行任务,任务执行完毕后,线程就退出。这也就是通常所说的及时创建,及时销毁策略。

李邦柱的专栏 1070

网规第三版:第4章网络资源设备(完结)

第 4 章 网络资源设备 调整内容: 更新主流网络设备(交换机、路由器、防火墙)的技术参数与选型标准 增加国产化网络设备与信创产品的相关内容 精简已淘汰的设备类型与技术指标

鹿鸣天涯 268

java线程池详解

线程池其实就是一种多线程处理形式,处理过程中可以将任务添加到队列中,然后在创建线程后自动启动这些任务。这里的线程就是我们前面学过的线程,这里的任务就是我们前面学过的实现了Runnable或Callable接口的实例对象;CPU密集型:计算为主,线程数 ≈ CPU核数IO密集型:等待为主,线程数 ≈ CPU核数 × 2混合型:根据IO/CPU比例调整https://cloud.tencent.com/developer/article/2092854 【关于美团线程池参数配置的个人实现】

iov_a的博客 1027

Simulink仿真模块 -Scope

如果您将 Scope 模块放在具有锁定链接的库或者锁定的库中,当尝试打开示波器窗口时,Simulink 会显示错误。要显示某个库模块中的内部数据,请为库模块添加一个输出端口,然后将此端口连接到您模型中的 Scope 模块。当您在示波器内可视化多个基于帧的信号时,部分帧大小为 1 的信号采样可能不会显示。当在示波器内可视化多个基于帧的信号时,部分帧大小为 1 的信号采样可能不会显示。如果在仿真开始时波形视图关闭,则当在仿真后打开波形视图时,波形视图将显示附加的输入信号的仿真结果。

jk_101的博客 3792

WPF中使用TreeView封装组合控件TreeView+DataGrid

wpf的功能非常强大,很多控件都是原生的,但是要使用TreeView+DataGrid的组合,就需要我们自己去封装实现。功能如上图所示, 目前基本上把常用的样式都实现了,购买源码后,可以自行修改样式。本文源码效果如下,(搞了好几天,的确有难度,所以源码也收费,便宜,赚点辛苦费)第一种:技术的选择是TreeView(也就是本文的演示)。这2个图都是第三方控件自带的,并且都是收费使用。首先说明一下,实现上面的效果,有3种方法。本文演示的是使用TreeView的实现。第二种:技术的选择是DataGrid。

故里2130 1650

java什么是线程池_线程池是什么?Java四种线程池的使用介绍

使用线程池的好处有很多,比如节省系统资源的开销,节省创建和销毁线程的时间等,当我们需要处理的任务较多时,就可以使用线程池,可能还有很多用户不知道Java线程池如何使用?下面小编给大家分享Java四种线程池的使用方法。线程池介绍:线程池是一种多线程处理形式,处理过程中将任务添加到队列,然后在创建线程后自动启动这些任务。线程池线程都是后台线程。每个线程都使用默认的堆栈大小,以默认的优先级运行,并处于多...

weixin_39757212的博客 120

使用GitLab的VS Code插件 GitLab Workflow 来进行项目的DevOps管理,助力研发效能

使用VS Code的GitLab Workflow插件,进行项目的DevOps管理,将效率提升到MAX。直接在VScode中管理流水线,一键跳转到创建 Issues,MR

知无涯 5294

@Scheduled异步执行-自定义线程池

@Scheduled异步执行-自定义线程池

hbqst的博客 1135

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

线程池ThreadPoolExecutor的使用详解

线程池ThreadPoolExecutor

博客 1855

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

Executors如何创建线程池?

Executors如何创建线程池? Executors 类是从 JDK 1.5 开始就新增的线程池创建的静态工厂类,它就是创建线程池的,但是很多的大厂已经不建议使用该类去创建线程池。原因在于,该类创建的很多线程池的内部使用了无界任务队列,在并发量很大的情况下会导致 JVM 抛出 OutOfMemoryError,直接让 JVM 崩溃,影响严重。 但是 Executors 类究竟是如何使用...

ConstXiong 1535

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

JUC-04-线程池,四大函数式接口,Stream流式计算

目录01、线程池概述Executors创建线程池:不推荐ThreadPoolExecutor创建线程池:推荐线程池拓展02、四大函数式接口概述四大函数式接口之一:Function四大函数式接口之一: Predicate四大函数式接口之一:Consumer四大函数式接口之一:Supplier03、Stream流式计算 01、线程池 概述 创建线程池:3大方法、7大参数、4 种拒绝策略。 Executors创建线程池:三大方法 ThreadPoolExecutor创建线程池:七大参数、 四种拒绝策略 池化技

457

【C++】使用C++ 11新特性创建线程池

01、目录 目录01、目录02、线程池03、线程池示例3.1 示例一(常规实现)3.2 示例2 (适用于需传参,需要将非静态线程函数写在类中的情况)04、emplace_back的示例和异常05、小结 02、线程池 顾名思义,线程池就是容纳n个(n>=2)线程的池子(pool),这是字面意思。 线程池:因为程序边运行边创建线程是比较耗时的,所以我们通过池化的思想,在程序开始运行前创建多个线程,这样,程序在运行时,只需要从线程池中拿来用就可以了.大大提高了程序运行效率. 没错,线程池的存在就是为了程

Cain Xcy的博客 4333

5_04_GLib库入门与实践_线程池

简介 线程池是在多线程编程时经常用到的技术。在进行多线程任务处理时,如果线程频繁创建和销毁,将会使系统开销变大,在这种情况下,上一个任务执行完后不销毁之前创建的线程,后续任务重用该线程,将会大大减小开销。为了管理这些创建之后不再销毁的线程,便有了线程池的概念。 GLib的线程池除了提供一般的线程池函数外,还提供了诸如获取当前运行的线程数量、获取未处理的任务数量、获取或设置线程池的最大线程数量、获取未使用的线程数量、设置未使用的最大线程数量、停止所有目前未使用的线程,但经过实际测试,这里面有些功能并未生效。

field1003的博客 862

2021版Java线程池教程04:execute与submit的区别

2021版Java线程池教程04:execute与submit的区别 2021Java教程04:execute与submit的区别 视频全集 2021版Java线程池教程 2021版Java多线程教程 代码 Github地址 ResultTask.class package main; import java.util.concurrent.Callable; p.

人人都是程序员官方博客 1392

JAVA多线程04——线程池篇

1. 线程池概述 2. 线程池使用 2.1 创建线程池 2.2 线程池使用与分析 2.3 一些特殊线程池 2.4 关闭线程池

weixin_37834397的博客 247

线程池

1. 线程池的概念和原理 我们使用线程的时候就去创建一个线程,这样实现起来非常简便,但是就会有一个问题:如果并发的线程数量很多,并且每个线程都是执行一个时间很短的任务就结束了 ,这样频繁创建线程就会大大降低系统的效率,.因为频繁创建线程和销毁线程需要时间。 那么有没有一种办法使得线程可以复用,就是执行完一个任务,并不被销毁,而是可以继续执行其他的任务? 在Java中可以通过线程池来达到这样的效果。 线程池:其实就是一个容纳多个线程的容器,其中的线程可以反复使用,省去了频繁创建线程对象的操作,无需反复创建线程

qq_42832437的博客 204

线程池【详解】

如果有非常多的任务需要非常多的线程来完成,每个线程的工作时间不长,就需要创建很多线程,工作完又立即销毁[频繁创建和销毁线程非常消耗性能,那么线程池,就是可以创建一些线程,放在"池子"中,用的时候去池子取一个线程去使用,使用完再放回去,线程可以重用线程池,底层其实就是集合队列,里面存储线程对象,用的时候去抽即可,就不要频繁创建线程了使用线程池的好处是减少在创建和销毁线程上所花的时间以及系统资源的开销,解决资源不足的问题。如果不使用线程池,有可能造成系统创建大量同类线程而导致消耗完内存(OOM。

weixin_61898502的博客 1235

Java学习笔记(线程池简单的使用)

线程池概念 线程池其实就是一个容纳多个线程的容器,其中的线程可以反复使用,省去了频繁创建线程对象的操作,无需反复创建线程而消耗过多资源。 线程池的使用 合理利用线程池能够带来三个好处: 降低资源消耗。减少了创建和销毁线程的次数,每个工作线程都可以被重复利用,可执行多个任务。 提高响应速度。当任务到达时,任务可以不需要的等到线程创建就能立即执行。 提高线程的可管理性。可以根据系统的承受能力,调整线程池中工作线线程的数目,防止因为消耗过多的内存,而把服务器累趴下(每个线程需要大约1MB内存,线程开的越多,消

jikuidongke5461的博客 230

Java Springboot 线程池使用

Java Springboot 线程池使用 一、概念 1.进程:一个程序的执行,包含多个线程 2.线程:一个程序执行中的片段(轻量级进程) 3.使用场景:         ①后台任务:定式发送大量         ② ...

weixin_42176639的博客 1527

【Linux系统编程】线程池

00. 目录 文章目录00. 目录01. 线程池原理02. 线程池应用实例03. 线程池代码04. 附录 01. 线程池原理 在传统服务器结构中,常是有一个总的监听线程监听有没有新的用户连接服务器,每当有一个新的用户进入,服务器就开启一个新的线程用户处理这 个用户的数据包。这个线程只服务于这个用户,当用户与服务器端关闭连接以后,服务器端销毁这个线程。 然而频繁地开辟与销毁线程极大地占用了系统的资源...

C/C++软件工程师、嵌入式软件工程师、物联网研发工程师、C/C++讲师、物联网讲师、嵌入式讲师、鸿蒙讲师---欢迎大家一起交流(私信添加博主微信) 2052
上一篇: 自定义线程池 03 - 拒绝策略
下一篇: JUL 日志 - 最简单易用的Java日志框架
Fearless____
博客等级 码龄5年 14粉丝 87原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值