共计 1651 个字符，预计需要花费 5 分钟才能阅读完成。
如果咱们正当的应用线程池，则能够防止把零碎搞崩的困境。总得来说，应用线程池能够带来以下几个益处：
1、升高资源耗费。通过反复利用已创立的线程，升高线程创立和销毁造成的耗费。
2、进步响应速度。当工作达到时，工作能够不须要等到线程创立就能立刻执行。
3、减少线程的可管理型。线程是稀缺资源，应用线程池能够进行统一分配，调优和监控。
线程池的外围属性有哪些？
threadFactory（线程工厂）：用于创立工作线程的工厂。
corePoolSize（外围线程数）：当线程池运行的线程少于 corePoolSize 时，将创立一个新线程来解决申请，即便其余工作线程处于闲暇状态。
workQueue（队列）：用于保留工作并移交给工作线程的阻塞队列。
maximumPoolSize（最大线程数）：线程池容许开启的最大线程数。
handler（回绝策略）：往线程池增加工作时，将在上面两种状况触发回绝策略：1）线程池运行状态不是 RUNNING；2）线程池曾经达到最大线程数，并且阻塞队列已满时。
keepAliveTime（放弃存活工夫）：如果线程池以后线程数超过 corePoolSize，则多余的线程闲暇工夫超过 keepAliveTime 时会被终止。
常见的阻塞队列有以下几种：
ArrayBlockingQueue：基于数组构造的有界阻塞队列，按先进先出对元素进行排序。
LinkedBlockingQueue：基于链表构造的有界 / 无界阻塞队列，按先进先出对元素进行排序，吞吐量通常高于 ArrayBlockingQueue。Executors.newFixedThreadPool 应用了该队列。
常见回绝策略有以下几种：
AbortPolicy：停止策略。默认的回绝策略，间接抛出 RejectedExecutionException。调用者能够捕捉这个异样，而后依据需要编写本人的解决代码。
DiscardPolicy：摈弃策略。什么都不做，间接摈弃被回绝的工作。
DiscardOldestPolicy：摈弃最老策略。摈弃阻塞队列中最老的工作，相当于就是队列中下一个将要被执行的工作，而后从新提交被回绝的工作。如果阻塞队列是一个优先队列，那么“摈弃最旧的”策略将导致摈弃优先级最高的工作，因而最好不要将该策略和优先级队列放在一起应用。
CallerRunsPolicy：调用者运行策略。在调用者线程中执行该工作。该策略实现了一种调节机制，该策略既不会摈弃工作，也不会抛出异样，而是将工作回退到调用者（调用线程池执行工作的主线程），因为执行工作须要肯定工夫，因而主线程至多在一段时间内不能提交工作，从而使得线程池有工夫来解决完正在执行的工作。
终止线程池次要有两种形式：
shutdown：“温顺”的敞开线程池。不承受新工作，然而在敞开前会将之前提交的工作处理完毕。
shutdownNow：“粗犷”的敞开线程池，也就是间接敞开线程池，通过 Thread#interrupt() 办法终止所有线程，不会期待之前提交的工作执行结束。然而会返回队列中未解决的工作。
要想正当的配置线程池大小，首先咱们须要辨别工作是计算密集型还是 I / O 密集型。
对于计算密集型，设置 线程数 = CPU 数 + 1，通常能实现最优的利用率。
对于 I / O 密集型，网上常见的说法是设置 线程数 = CPU 数 * 2，这个做法是能够的，但集体感觉不是最优的。
在咱们日常的开发中，咱们的工作简直是离不开 I / O 的，常见的网络 I /O（RPC 调用）、磁盘 I /O（数据库操作），并且 I / O 的等待时间通常会占整个工作解决工夫的很大一部分，在这种状况下，开启更多的线程能够让 CPU 失去更充沛的应用，一个较正当的计算公式如下：
线程数 = CPU 数 CPU 利用率 (工作等待时间 / 工作计算工夫 + 1)
例如咱们有个定时工作，部署在 4 核的服务器上，该工作有 100ms 在计算，900ms 在 I / O 期待，则线程数约为：4 1 (1 + 900 / 100) = 40 个。
当然，具体咱们还要结合实际的应用场景来思考。如果要求比拟准确，能够通过压测来获取一个正当的值。