如果是IO密集型应用，则线程池大小设置为2N+1；

如果是CPU密集型应用，则线程池大小设置为N+1；

N代表CPU的核数。

假设我的服务器是4核的，且一般进行大数据运算，cpu消耗较大，那么线程池数量设置为5为最优。

（现在很多项目线程池滥用，注意分配线程数量，建议不要动态创建线程池，尽量将线程池配置固定，这样方便以后整体的把控和后期维护。每个核心业务线程池要互相独立，互不影响。）

例子（spring）：

<bean class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor"
      id="userPrivacyDataObtainThreadPool">
    <!-- 核心线程数 -->
    <property value="6" name="corePoolSize"/>
    <!-- 最大线程数 -->
    <property value="10" name="maxPoolSize"/>
    <!-- 队列最大长度 >=mainExecutor.maxSize -->
    <property value="200" name="queueCapacity"/>
    <!-- 线程池维护线程所允许的空闲时间 -->
    <property value="300" name="keepAliveSeconds"/>
    <!-- 线程池对拒绝任务(无线程可用)的处理策略 -->
    <property name="rejectedExecutionHandler">
        <bean class="java.util.concurrent.ThreadPoolExecutor$AbortPolicy"/>
    </property>
</bean>

再附上scheduler定时任务的线程池配置：

<!--项目内定时任务 -->
<bean id="scheduler" class="org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler">
    <!-- 设置线程池容量，也是最大并发线程数 -->
    <property name="poolSize" value="2" />
    <!-- 当任务被取消的同时从当前调度器移除 -->
    <property name="removeOnCancelPolicy" value="true" />
    <!--  线程名前缀 -->
    <property name="threadNamePrefix" value="cashpay-scheduler-" />
    <!--  设置线程池中任务的等待时间，如果超过这个时候还没有销毁就强制销毁 -->
    <property name="awaitTerminationSeconds" value="60" />
    <!-- 当调度器shutdown被调用时等待当前被调度的任务完成 -->
    <property name="waitForTasksToCompleteOnShutdown" value="true" />
    <!-- 线程池对拒绝任务(无线程可用)的处理策略 -->
    <property name="rejectedExecutionHandler">
        <bean class="java.util.concurrent.ThreadPoolExecutor$AbortPolicy"/>
    </property>
</bean>

注：java代码往线程池中添加线程时，需要用try...catch...包含，因为可能会因为线程池队列满而抛出异常（见rejectedExecutionHandler）（虽然这种情况不多见），java中没有显示的声明，少糖语言是出了名的。。。 

当然这些都是理论基础，现实的情况往往更加复杂。

因为线程池配置过多，CPU密集型配置N+1甚至以下；

IO密集型可能因为IO延迟严重，这时候就需要更多的线程进入等待，就不仅仅是2N+1。现在许多线程池是相互嵌套使用的，那么需要确定第一个线程池中线程数量，再根据使用场景的比例来配置下一个线程池中线程的数量。 

线程是很宝贵的资源，在解决问题的前提下（有时候可能预留一定的buffer），线程池数量配置越小越好。