在后台开发中，会经常用到线程池技术，但线程池核心参数的配置很大程度上依靠经验，所以我们很难一劳永逸地规划一个合理的线程池参数。本文以公司DUCC配置平台作为中心，以修改线程池核心线程数、最大线程数为例，实现一个简单的动态化线程池。

Java通过Excutors提供四种线程池：newCachedThreadPool        创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程。newFixedThreadPool        创建一个定长线程，可控制线程最大并发数

Docker安装elasticsearch启动注意2点，1是内存，2是线程数（此处进行简单安装，后面会详细补充es文档）1root@topcheer~dockerimages2REPOSITORYTAGIMAGEID

1.      线程池线程池线程资源大小确定了服务器的服务能力默认大小不一定能满足生产环境线程分配方式决定了服务器的资源利用效率固定线程数处理多任务,代表：JDK的ThreadPoolExecutor       以最大的线程数为限处理多任务，代表：jetty自带的QueuedThreadPoolje

查看CPU数量总核数物理CPU个数X每颗物理CPU的核数总逻辑CPU数物理CPU个数X每颗物理CPU的核数X超线程数查看物理CPU个数：cat/proc/cpuinfo|grep"physicalid"|sort|uniq|wcl

目录代码查看公司服务器或阿里云是几核的合理线程数配置之CPU密集型合理线程数配置之IO密集型1\.代码查看公司服务器或阿里云是几核的要合理配置线程数首先要知道公司服务器或阿里云是几核的代码查看服务器核数：System.out.println(Runtime.getRuntime().availableProc

Java通过Executors提供四种线程池，分别为：newCachedThreadPool创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程。newFixedThreadPool创建一个定长线程池，可控制线程最大并发数，超出的线程会在队列中等待。newScheduledThreadPool创建

CyclicBarrier(周期障碍)类可以帮助同步，它允许一组线程等待整个线程组到达公共屏障点。CyclicBarrier是使用整型变量构造的，其确定组中的线程数。当一个线程到达屏障时（通过调用CyclicBarrier.await()），它会被阻塞，直到所有线程都到达屏障，然后在该点允许所有线程继续执行。与CountDownLatch不同的

1\.创建线程池的方法之三：//对于每个任务，如果有空闲的线程可用，立即让他执行任务，//没有空闲的线程则创建一个线程。ExecutorServicepoolExecutors.newCachedThreadPool();//固定大小的线程池，任务数空闲线程数，得不到服务的任务

前几篇文章中分别介绍了单线程化线程池(newSingleThreadExecutor)可控最大并发数线程池(newFixedThreadPool)可回收缓存线程池(newCachedThreadPool)newScheduledThreadPool用于构造安排线程池，能够根据需要安排在给定延迟后运行命令或者定期地执行。在JAVA文档的介绍

SHOWSTATUS;FLUSHSTATUS;查看当前连接数SHOWSTATUSLIKE'Thread\_%';Thread\_cached:被缓存的线程的个数Thread\_running：处于激活状态的线程的个数Thread\_connected：当前连接的线程的个数Thread\_created：总共被创建

1.创建线程池1）newCacheThreadPool 创建一个可缓存的线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程 2）newFixedThreadPool  创建一个定长线程池，可控制线程最大并发数，超出的线程会在队列中等待 3)newScheduledThreadPool  创建一个定长线程池，支持

Docker安装elasticsearch启动注意2点，1是内存，2是线程数（此处进行简单安装，后面会详细补充es文档）1root@topcheer~dockerimages2REPOSITORYTAGIMAGEID

1.创建信号量，创建的初始值决定线程并发数dispatch\_semaphore\_tsemaphoredispatch\_semaphore\_create(2);2.等待信号dispatch\_semaphore\_wait(semaphore,DISPATCH\_TIME\_FOREVER);/

ThreadPoolExecutor构造方法参数说明corePoolSize核心线程数，默认情况下核心线程会一直存活，即使处于闲置状态也不会受存keepAliveTime限制。除非将allowCoreThreadTimeOut设置为true。maximumPoolSize线程池所能容纳的最大线程数。超过这个数的线程将被阻塞。当任务队列为没有

介是相亲数的介绍http://zh.wikipedia.org/wiki/%E7%9B%B8%E4%BA%B2%E6%95%B0(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fzh.wikipedia.org%2Fwiki%2F%25E7%259B%25B8%25E4%25BA%25

　newFixedThreadPool：固定线程池，核心线程数和最大线程数固定相等，而空闲存活时间为0毫秒，说明此参数也无意义，工作队列为最大为Integer.MAX\_VALUE大小的阻塞队列。当执行任务时，如果线程都很忙，就会丢到工作队列等有空闲线程时再执行，队列满就执行默认的拒绝策略 newCachedThreadPool：带缓冲

Java并行流，方便了并发操作，但是不注意可能会导致问题。如最大线程数，怎么控制并发数，类加载器，线程上下文变化，ForkJoinPool的execute、submit、invoke方法的区别等。

可能很多人都看到过一个线程数设置的理论：CPU密集型的程序核心数1I/O密集型的程序核心数2不会吧，不会吧，真的有人按照这个理论规划线程数？线程数和CPU利用率的小测试抛开一些操作系统，计算机原理不谈，说一个基本的理论（不用纠结是否严谨，只为好理解）：一

背景我们应对并发场景时一般会采用下面方式去预估线程池的线程数量，比如QPS需求是1000，平均每个任务需要执行的时间是t秒，那么我们需要的线程数是t1000。但是在一些情况下，这个t是不好估算的，即便是估算出来了，在实际的线程环境上也需要进行验证和微调。比