2.如何理解线程池的7个参数?

最新推荐文章于 2025-03-04 17:58:32 发布
原创 最新推荐文章于 2025-03-04 17:58:32 发布 · 165 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #开发语言 

七大参数:
corePoolSize：核心线程数
maximumPoolSize: 最大线程池大小(等队列满了才回去调其他线程处理任务)
keepAliveTime: 生存时间
TimeUnit.SECONDS：空闲时间单位
new ArrayBlcokingQueue<Runable>(capacity:4)：任务队列
Excutors.defaultThreadFactory():线程池产生的工厂
new ThreadPoolExcutor.CallerRunsPolicy(): 拒绝策略


 重点：最大线程数如何设置？
 通过并发量去推算

 如果CPU是纯计算，多少任务能把CPU占满？  1个
 如果CPU只有50%做计算,多少任务能把CPU占满?  2个
 如果CPU只有20%做计算,多少任务能把CPU占满?  5个

聊透多线程编程-线程池-5.C# 线程池（ThreadPool）详解
跟佟格码路一起学习计算机知识吧~
04-10 1166
由于每创建一个线程都需要该线程分配一定的内存空间，因此创建大量线程会导致内存使用量迅速增加，并可能导致性能问题。线程池的主要目的是减少线程创建和销毁的开销，从而提高程序性能。线程池维护了一组空闲线程，当有任务需要执行时，线程池会从闲置线程中分配一个线程来执行任务，而不是每次都创建新的线程。
【并发编程】线程池参数及创建方法
k123456kah的博客
05-27 1332
线程池就是管理一系列线程的资源池。当有任务要处理时，直接从线程池中获取线程来处理，处理完之后线程并不会立即被销毁，而是等待下一个任务。为什么要使用线程池？使用线程池的好处降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。提高响应速度。当任务到达时，任务可以不需要等到线程创建就能立即执行。提高线程的可管理性。线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，还会降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。
[高频面试]解释线程池的各个参数含义
AnonyStar | Blog
10-26 433
面试中非常高频的一个面试题：解释一下线程池中各个参数的含义。 这是一个非常常见但是却会卡死一大堆人的一道面试题，能够细致的了解线程池的各个参数的含义对我们学习线程池和使用线程池有着巨大的好处的。 首先我们来看一下线程池主要的参数： 参数名 参数含义 corePoolSize 核心线程数 maxinumPoolSize 最大线程数 keepAliveTime 空闲线程存活时间 unit 存活时间的单位 workQueue 存放线程任务队列 threadFactory 线..
线程池参数理解
ooyuanlaiShini的博客
04-22 264
线程池各参数含义 先来看看源代码，线程池创建都需要传哪些参数，上代码 public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit,
线程池
as875784622的博客
08-25 185
作用：减少代码的灵活性，但是提高了稳定性。 线程池大致有以下四种方式实现 //只有一个线程的线程池 ExecutorService executorService1 = Executors.newSingleThreadExecutor(); //返回固定数量的线程池 ExecutorService executorService2 = Executors.newFixedThreadPool(); //创建不限定最大数量的
线程池-参数解释
夜歌的博客
03-10 188
线程池带来的好处 降低资源的消耗：通过重复利用已经创建好的线程降低线程的创建和销毁带来的损耗。 提高响应速度：当线程池中的线程数没有超过线程池的最大上限时，有的线程处于等待分配任务的状态,当任务来时无需创建新的线程就能执行。 提高线程的可管理性：线程池会根据当前系统特点对池内的线程进行优化处理，减少创建和销毁线程带来的系统开销。无限的创建和销毁线程不仅消耗系统资源，还降低系统的稳定性，使用线程池进行统一分配。 线程池七大参数 1. int corePoolSize：[5] 核心线程数；线程池，创建好
线程池的参数含义
lurunfeng的博客
06-13 302
corePoolSize：线程池启动后，在池中保持的线程的最小数量。需要说明的是线程数量是逐步到达corePoolSize值的。例如corePoolSize被设置为10，而任务数量只有5，则线程池中最多会启动5个线程，而不是一次性地启动10个线程。 maxinumPoolSize：线程池中能容纳的最大线程数量，如果超出，则使用RejectedExecutionHandler拒绝策略处理。 keepAliveTime：线程的最大生命周期。这里的生命周期有两个约束条件：一：该参数针对的是超过corePoolS.
你都理解创建线程池的参数吗？
08-26
如果 4 个任务还没处理完，这时又同时进来 2 个任务，线程池会创建 2 个线程，因为阻塞队列已经塞满了任务。如果前面 6 个任务还是没有处理完，这时又同时进来 5 个任务，线程池不会创建新的线程，因为线程数量已经...
Java线程池七个参数详解
Hey!的博客
03-04 1530
含义：用于创建线程的工厂类，可自定义线程的创建方式，如设置线程的名称、优先级等。
7、线程池使用过吗？谈谈对 ThreadPoolExector 的理解？
会飞的小蜗
12-13 593
文章目录1、为什使用线程池，线程池的优势？2、线程池如果使用？3、线程池的几个重要参数介绍？4、说说线程池的底层工作原理？5、线程池用过吗？生产上你如何设置合理参数？线程池的拒绝策略你谈谈？6、你在工作中单一的、固定数的和可变的三种创建线程池的方法，你用哪个多，超级大坑？7、你在工作中是如何使用线程池的，是否自定义过线程池使用？8、合理配置线程池你是如果考虑的？ 1、为什使用线程池，线程池的优势？ 线程池用于多线程处理中，它可以根据系统的情况，可以有效控制线程执行的数量，优化运行效果。线程池做的工作主要是控
线程池参数详解
m0_45406092的博客
09-09 300
文章目录1. 线程池参数2. 队列 相关文章： queue & Deque 详细解析 线程池参数 1. 线程池参数 构造函数： public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit
快速 Get 面试题中：线程池七个参数和工作原理问题，理解万岁
北
12-02 662
这次用一个生活案例来让你快速的 get 到线程池的工作原理和七个参数的作用。 最近在复习面试题，巩固一下自己。学完看看面试题，可以很有效的知道的不足。也是为以后做准备。 你好，我是博主宁在春，希望文章能够让你有所收获，也让我们也一起努力！！！ 本文主要针对线程池的七个参数及工作原理做讲解。 阅读完本文能够通过自己的语言简单阐述线程池的工作原理和画出原理图。 一、面试题 在看很多Java面试题相关的文章或者博客中，对于线程池都会有这么几个常见连环问题。 ????‍????面试官： 平时工作中使用到线程了吗
线程池ThreadPoolExecutor参数设置
热门推荐
周宏亮G的日志
03-25 9万+
JDK1.5中引入了强大的concurrent包，其中最常用的莫过了线程池的实现ThreadPoolExecutor，它给我们带来了极大的方便，但同时，对于该线程池不恰当的设置也可能使其效率并不能达到预期的效果，甚至仅相当于或低于单线程的效率。 ThreadPoolExecutor类可设置的参数主要有： corePoolSize 核心线程数，核心线程会一直存活，即使没有任务需
线程池的解析以及7个参数
好好玩的博客
03-30 5837
文章目录1.线程池的七个参数2.线程池的执行流程3.线程池的属性标识3.1、 核心属性3.2、线程池状态变化4.线程池的execute()方法执行4.1、execute()4.2、addWorker() 1.线程池的七个参数 1、corePoolSize： 核心线程数 2、maximumPoolSize： 最大线程数 3、keepAliveTime： 最大空闲时间 4、TimeUnit unit： 时间单位 5、BlockingQueue workQueue： 阻塞队列 6、ThreadFactory th
线程池核心参数介绍
橙子君的博客
12-01 1万+
前言 我们创建线程的常见方式一般有继承Thread类以及实现Runnable接口，其实Thread类也是实现了Runnable接口。通过这两种方式创建的线程，在执行完毕之后都会被销毁，这样频繁的创建和销毁线程是一件很浪费资源到的事情。那么，有没有什么办法解决这个问题呢?通过创建线程池就可以解决这个问题。 通过线程池创建的线程执行完毕之后并不会销毁，而是会回到线程池继续重复利用，执行其他任务。这里简...
线程池的使用（7种创建方法）
m0_48273471的博客
04-13 3万+
线程池的7种创建方法
我是7年经验的程序员,以下面试题请给我答案,要求全面有深度: 1.线程池核心参数有哪些？线程池工作流程？有哪几种线程池？说明不同线程池类型的使用场景及其优缺点？ 2.synchronized和ReentrantLock有什么区别？在实际项目中，您如何选择使用它们？ 4.什么是死锁？如何预防和解决死锁？ 5.阻塞队列有哪些？分别介绍一下 6.在并发编程中，CountDownLatch、CyclicBarrier和Semaphore有何异同？请举例说明它们各自的使用场景。 7.如何通过使用volatile关键字解决Java中的可见性问题？volatile与原子操作有什么关系？ 8.ConcurrentHashMap在Java1.8中相比之前的版本有哪些重要改进？ 9.ConcurrentHashMap是线程安全的吗？在哪种情况下可能会出现数据一致性问题？您会如何防止这种情况发生？ 10 在处理并发数据访问时，您是如何考虑选择乐观锁还是悲观锁的？为什么？ 11.HashMap存储数据的过程 12.介绍一下ThreadLocal，ThreadLocal内存泄漏问题 13.谈谈你是如何理解线程安全的？有哪些实现线程安全的方案？ 14.并发和并行的区别？ 15.synchronized的实现原理？它是如何保证原子性、可见性及有序性？锁升级的过程是怎么样的？synchronized是非公平锁吗，是如何体现非公平的？ 16.如何理解CAS？存在什么问题？CAS一定要自旋吗？ 17.介绍一下AQS？AQS中的同步队列和条件队列原理？什么是AQS的独占模式和共享模式？AQS为什么采用双向链表？
最新发布
10-21
<think>嗯，用户这次的需求非常明确，就是要一份全面且深入的Java并发编程面试指南，覆盖了将近20个核心知识点。从线程池到锁机制再到并发工具，几乎涵盖了Java并发编程的所有关键领域。用户显然是准备高级面试或者技术复盘，需要系统性的知识梳理。 用户列出的问题清单相当专业，涉及很多底层细节比如CAS的自旋情况、AQS的双向链表设计等，说明用户应该是有一定并发编程基础的开发者。不过问题中也包含了一些基础概念如并发并行的区别，可能是为了知识体系的完整性。 在整理答案时，我需要特别注意几个技术难点：首先是ConcurrentHashMap在1.8版本的改进，需要讲清楚放弃分段锁改为CAS+synchronized的设计考量；其次是synchronized锁升级过程，要准确描述偏向锁到轻量级锁再到重量级锁的转换条件；还有ThreadLocal的内存泄漏问题，要强调弱引用与强引用的配合机制。 值得欣慰的是，用户提到的所有问题在Java并发体系里都是经典命题，有权威资料可以参考。不过CountDownLatch和CyclicBarrier的对比需要更场景化的说明，计划用项目启动和多阶段任务的例子来区分。对于volatile的可见性原理，考虑用JMM内存模型的图示辅助说明（虽然回复里没法放图，但描述时要让用户能脑补出工作内存与主内存的交互）。 注意到用户特意要求包含使用场景，比如线程池类型的选择依据，这在回复里需要给出明确的决策树：IO密集型用缓存池，计算密集型用固定池等。死锁预防部分要突出实战性，准备推荐按固定顺序申请锁这种可落地的方案。 最后补充两个隐藏要点：一是ConcurrentHashMap的size()方法实现原理（基于CounterCell的分散计数），二是ReentrantLock可中断的优势（对分布式锁场景很重要），虽然用户没直接问，但面试常考。 </think>以下是一份全面且深入的Java并发编程面试题解答，涵盖您提到的所有核心知识点，结合原理、源码和实践经验整理： --- ### **一、线程池** 1. **核心参数** - `corePoolSize`：核心线程数（常驻线程） - `maximumPoolSize`：最大线程数（临时线程上限） - `keepAliveTime`：临时线程存活时间 - `unit`：时间单位 - `workQueue`：阻塞队列（如`ArrayBlockingQueue`） - `threadFactory`：线程创建工厂 - `handler`：拒绝策略（`AbortPolicy`/`CallerRunsPolicy`等） 2. **工作流程** ```mermaid graph LR A[提交任务] --> B{核心线程是否满？} B -->|未满| C[创建核心线程执行] B -->|已满| D{队列是否满？} D -->|未满| E[任务入队] D -->|已满| F{线程数是否达到最大值？} F -->|未达| G[创建临时线程执行] F -->|已达| H[触发拒绝策略] ``` 3. **类型及使用场景** - `FixedThreadPool`：固定线程数（CPU密集型任务） - `CachedThreadPool`：弹性线程数（短时异步任务） - `SingleThreadExecutor`：单线程（顺序执行场景） - `ScheduledThreadPool`：定时任务（延时/周期执行） --- ### **二、synchronized vs ReentrantLock** | **特性** | **synchronized** | **ReentrantLock** | |------------------|--------------------------------------|---------------------------------------| | 实现机制 | JVM级别（`monitorenter`/`monitorexit`） | API级别（`AQS`实现） | | 锁释放 | 自动释放（代码块结束） | 必须手动`unlock()` | | 公平性 | 非公平锁 | 可配置公平/非公平 | | 中断响应 | 不支持 | `lockInterruptibly()`支持中断 | | 条件队列 | 单一`wait()`/`notify()` | 多条件队列（`Condition`） | > **选择依据**：简单同步用`synchronized`；需超时、可中断或公平锁时选`ReentrantLock`[^1]。 --- ### **三、死锁预防与解决** **预防方案**： 1. 固定锁顺序（避免环路等待） 2. 尝试锁机制（`tryLock` + 超时） 3. 减少同步范围 **排查工具**： - `jstack`：分析线程栈找到`BLOCKED`状态和锁持有关系 - Arthas：`thread -b`命令直接定位死锁 --- ### **四、阻塞队列** | **队列类型** | **特点** | **适用场景** | |----------------------|---------------------------------------|---------------------------| | `ArrayBlockingQueue` | 数组实现，固定容量 | 生产消费模型 | | `LinkedBlockingQueue`| 链表实现，可选容量上限 | 高吞吐任务 | | `SynchronousQueue` | 无缓存，直接传递任务 | 线程池任务交接 | | `PriorityBlockingQueue`| 优先级排序 | 任务优先级调度 | --- ### **五、CountDownLatch vs CyclicBarrier vs Semaphore** | **工具** | **作用** | **重用性** | **场景** | |--------------------|------------------------------|------------|---------------------------| | `CountDownLatch` | 等待多个任务完成 | 一次性 | 主线程等待子任务初始化 | | `CyclicBarrier` | 多线程相互等待到达屏障点 | 可循环 | 多阶段并行计算 | | `Semaphore` | 控制并发访问资源的线程数 | 可重用 | 数据库连接池限流 | --- ### **六、volatile关键字** ```java public class VisibilityDemo { private volatile boolean flag = false; // 保证多线程可见性 void writer() { flag = true; } void reader() { while (!flag) Thread.yield(); } } ``` - **可见性原理**：通过`内存屏障`禁止指令重排，强制刷新主内存 - **非原子性**：`volatile`不保证复合操作原子性（如`i++`需配合`synchronized`或`AtomicInteger`） --- ### **七、ConcurrentHashMap（JDK1.8+）** **核心改进**： 1. 抛弃分段锁，采用`Node数组 + 链表/红黑树` 2. 锁粒度细化到桶级别（头节点`synchronized`锁） 3. 使用`CAS`实现无锁化插入 4. `size()`方法通过`baseCount`和`CounterCell`分段计数 **线程安全**： - 写操作：桶头节点加锁（链表）或`CAS`（树节点） - 读操作：无锁访问`volatile`修饰的`Node.val` --- ### **八、乐观锁 vs 悲观锁** | **锁类型** | **实现** | **适用场景** | |------------|---------------------------|---------------------------| | 悲观锁 | `synchronized`/`ReentrantLock` | 写多读少，竞争激烈 | | 乐观锁 | `CAS`（如`AtomicInteger`） | 读多写少，冲突概率低 | > **选型**：高并发写用悲观锁避免频繁重试；低冲突场景用CAS减少上下文切换[^2]。 --- ### **九、HashMap存储原理** ```java // 存储过程伪代码 1. 计算key的hash：hash = (key == null) ? 0 : hash(key) 2. 定位桶位置：index = (n-1) & hash // n为数组长度 3. 遍历链表/红黑树： - 存在相同key：覆盖value - 否则插入新节点（链表长度≥8转红黑树） ``` --- ### **十、ThreadLocal内存泄漏问题** **泄漏根源**： ```mermaid graph LR Thread-->ThreadLocalMap-->Entry Entry-.弱引用.->ThreadLocal Entry-.强引用.->Value ``` - **Key泄漏**：`ThreadLocal`被回收后，`Entry`的Key为`null` - **Value泄漏**：`Value`因线程存活而无法回收 **解决方案**： 1. 使用后立即`remove()`清除条目 2. 使用`static final`修饰`ThreadLocal`减少创建 --- ### **十一、线程安全实现方案** 1. **不可变对象**：`final`修饰（如`String`） 2. **互斥同步**：`synchronized`/`ReentrantLock` 3. **非阻塞同步**：`CAS`（`AtomicXXX`类） 4. **线程隔离**：`ThreadLocal` 5. **并发容器**：`ConcurrentHashMap`/`CopyOnWriteArrayList` --- ### **十二、并发 vs 并行** ```java // 并发：任务交替执行（单核CPU） ExecutorService pool = Executors.newFixedThreadPool(4); // 并行：任务同时执行（多核CPU） ForkJoinPool pool = new ForkJoinPool(4); ``` - **本质区别**：并发是逻辑同时，并行是物理同时。 --- ### **十三、synchronized底层原理** 1. **锁升级**： - 无锁 → 偏向锁（单线程重入） - 偏向锁 → 轻量级锁（多线程竞争） - 轻量级锁 → 重量级锁（自旋失败） 2. **公平性**：非公平锁（唤醒后与新线程竞争） 3. **实现**：对象头`MarkWord`记录锁状态和持有线程 --- ### **十四、CAS（Compare And Swap）** ```java public class CASDemo { private AtomicInteger count = new AtomicInteger(0); void increment() { int oldValue; do { oldValue = count.get(); } while (!count.compareAndSet(oldValue, oldValue + 1)); } } ``` - **问题**： - ABA问题（加版本号解决：`AtomicStampedReference`） - 自旋开销大（冲突严重时升级为重量级锁） - **自旋条件**：竞争线程少且临界区代码执行快 --- ### **十五、AQS（AbstractQueuedSynchronizer）** **核心设计**： 1. **同步队列**：CLH双向链表管理阻塞线程 ```mermaid graph LR Head-->Node1-->Node2-->Tail ``` 2. **条件队列**：每个`Condition`维护独立等待队列 3. **独占模式**：`ReentrantLock`（资源仅一个线程访问） 4. **共享模式**：`Semaphore`（资源允许多线程访问） **双向链表原因**： - 高效取消阻塞线程（需快速访问前驱节点） - 避免线程唤醒丢失问题（从尾部安全添加节点） --- ### 相关问题 1. 为什么ConcurrentHashMap的`get()`操作不需要加锁？ 2. 如何设计一个支持定时任务的线程池？ 3. 解释`synchronized`锁膨胀为重量级锁后的性能影响 4. `ThreadLocal`在分布式系统中的作用和局限？ 5. 如何基于AQS实现一个自定义共享锁？ > 参考资料： > [^1]: Brian Goetz. *Java Concurrency in Practice* > [^2]: Oracle官方文档 *Java™ Tutorials: Concurrency*
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值