一、如下方式存在的问题

new Thread() {
 @Override
 public void run() {
 // 业务逻辑
 }
}.start();

1、首先频繁的创建、销毁对象是一个很消耗性能的事情；

2、如果用户量比较大，导致占用过多的资源，可能会导致我们的服务由于资源不足而宕机；

3、综上所述，在实际的开发中，这种操作其实是不可取的一种方式。

二、使用线程池有什么优点

1、线程池中线程的使用率提升，减少对象的创建、销毁；

2、线程池可以控制线程数，有效的提升服务器的使用资源，避免由于资源不足而发生宕机等问题；

三、线程池的四种使用方式

1、newCachedThreadPool

创建一个线程池，如果线程池中的线程数量过大，它可以有效的回收多余的线程，如果线程数不足，那么它可以创建新的线程。

public static void method() throws Exception {

 ExecutorService executor = Executors.newCachedThreadPool();

 for (int i = 0; i < 5; i++) {

 final int index = i;

 Thread.sleep(1000);

 executor.execute(new Runnable() {
 @Override
 public void run() {
 System.out.println(Thread.currentThread().getName() + " " + index);
 }
 });
 }
}

执行结果

通过分析我看可以看到，至始至终都由一个线程执行，实现了线程的复用，并没有创建多余的线程。

如果当我们的业务需要一定的时间进行处理，那么将会出现什么结果。我们来模拟一下。

可以明显的看出，现在就需要几条线程来交替执行。

不足：这种方式虽然可以根据业务场景自动的扩展线程数来处理我们的业务，但是最多需要多少个线程同时处理缺是我们无法控制的；

优点：如果当第二个任务开始，第一个任务已经执行结束，那么第二个任务会复用第一个任务创建的线程，并不会重新创建新的线程，提高了线程的复用率；

2、newFixedThreadPool

这种方式可以指定线程池中的线程数。举个栗子，如果一间澡堂子最大只能容纳20个人同时洗澡，那么后面来的人只能在外面排队等待。如果硬往里冲，那么只会出现一种情景，摩擦摩擦...

首先测试一下最大容量为一个线程，那么会不会是我们预测的结果。

public static void method_01() throws InterruptedException {

 ExecutorService executor = Executors.newFixedThreadPool(1);

 for (int i = 0; i < 10; i++) {

 Thread.sleep(1000);
 final int index = i;

 executor.execute(() -> {
 try {
 Thread.sleep(2 * 1000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 System.out.println(Thread.currentThread().getName() + " " + index);
 });
 }
 executor.shutdown();
}

执行结果

我们改为3条线程再来看下结果

优点：两个结果综合说明，newFixedThreadPool的线程数是可以进行控制的，因此我们可以通过控制最大线程来使我们的服务器打到最大的使用率，同事又可以保证及时流量突然增大也不会占用服务器过多的资源。

3、newScheduledThreadPool

该线程池支持定时，以及周期性的任务执行，我们可以延迟任务的执行时间，也可以设置一个周期性的时间让任务重复执行。 该线程池中有以下两种延迟的方法。

• scheduleAtFixedRate

测试一

public static void method_02() {
 ScheduledExecutorService executor = Executors.newScheduledThreadPool(5);

 executor.scheduleAtFixedRate(new Runnable() {
 @Override
 public void run() {
 long start = new Date().getTime();
 System.out.println("scheduleAtFixedRate 开始执行时间:" +
 DateFormat.getTimeInstance().format(new Date()));
 try {
 Thread.sleep(5000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 long end = new Date().getTime();
 System.out.println("scheduleAtFixedRate 执行花费时间=" + (end - start) / 1000 + "m");
 System.out.println("scheduleAtFixedRate 执行完成时间：" + DateFormat.getTimeInstance().format(new Date()));
 System.out.println("======================================");
 }
 }, 1, 5, TimeUnit.SECONDS);
}

执行结果

测试二

总结：以上两种方式不同的地方是任务的执行时间，如果间隔时间大于任务的执行时间，任务不受执行时间的影响。如果间隔时间小于任务的执行时间，那么任务执行结束之后，会立马执行，至此间隔时间就会被打乱。

• scheduleWithFixedDelay

测试一

public static void method_03() {
 ScheduledExecutorService executor = Executors.newScheduledThreadPool(2);

 executor.scheduleWithFixedDelay(new Runnable() {
 @Override
 public void run() {
 long start = new Date().getTime();
 System.out.println("scheduleWithFixedDelay 开始执行时间:" +
 DateFormat.getTimeInstance().format(new Date()));
 try {
 Thread.sleep(1000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 long end = new Date().getTime();
 System.out.println("scheduleWithFixedDelay执行花费时间=" + (end - start) / 1000 + "m");
 System.out.println("scheduleWithFixedDelay执行完成时间："
 + DateFormat.getTimeInstance().format(new Date()));
 System.out.println("======================================");
 }
 }, 1, 2, TimeUnit.SECONDS);
}

执行结果

测试二

public static void method_03() {
 ScheduledExecutorService executor = Executors.newScheduledThreadPool(2);

 executor.scheduleWithFixedDelay(new Runnable() {
 @Override
 public void run() {
 long start = new Date().getTime();
 System.out.println("scheduleWithFixedDelay 开始执行时间:" +
 DateFormat.getTimeInstance().format(new Date()));
 try {
 Thread.sleep(5000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 long end = new Date().getTime();
 System.out.println("scheduleWithFixedDelay执行花费时间=" + (end - start) / 1000 + "m");
 System.out.println("scheduleWithFixedDelay执行完成时间："
 + DateFormat.getTimeInstance().format(new Date()));
 System.out.println("======================================");
 }
 }, 1, 2, TimeUnit.SECONDS);
}

执行结果

总结：同样的，跟scheduleWithFixedDelay测试方法一样，可以测出scheduleWithFixedDelay的间隔时间不会受任务执行时间长短的影响。

4、newSingleThreadExecutor

这是一个单线程池，至始至终都由一个线程来执行。

public static void method_04() {

 ExecutorService executor = Executors.newSingleThreadExecutor();

 for (int i = 0; i < 5; i++) {
 final int index = i;
 executor.execute(() -> {
 try {
 Thread.sleep(2 * 1000);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 System.out.println(Thread.currentThread().getName() + " " + index);
 });
 }
 executor.shutdown();
}

执行结果

四、线程池的作用

线程池的作用主要是为了提升系统的性能以及使用率。文章刚开始就提到，如果我们使用最简单的方式创建线程，如果用户量比较大，那么就会产生很多创建和销毁线程的动作，这会导致服务器在创建和销毁线程上消耗的性能可能要比处理实际业务花费的时间和性能更多。线程池就是为了解决这种这种问题而出现的。

同样思想的设计还有很多，比如数据库连接池，由于频繁的连接数据库，然而创建连接是一个很消耗性能的事情，所有数据库连接池就出现了。

五、读者福利

对于很多初级Java工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

整理的这些架构技术希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。同时我经过多年的收藏目前也算收集到了一套完整的学习资料，希望对想成为架构师的朋友有一定的参考和帮助。

下面是部分资料截图，诚意满满：特别适合有1-5年开发经验的Java程序员们学习。

资料免费领取方式：转发后，转发后关注我后台私信关键词【资料】获取！

而针对以上面试技术点，我在这里也做一些技术知识面试专题资料（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术资料）免费分享，希望能更好的帮助到大家。

资料免费领取方式：转发后，转发后关注我后台私信关键词【资料】获取！