java 线程基础知识



程序、进程和线程

：是为完成特定任务、用某种语言编写的一组指令的集合。即指一段静态的代码，静态对象。

：是程序的一次执行过程，或是正在运行的一个程序。是一个动态的过程：有它自身的产生、存在和消亡的过程 —— 生命周期。如：运行中的 ，运行中的 MP3 播放器。

• 程序是静态的，进程是动态的。
• 进程作为资源分配的单位，系统在运行时会为每个进程分配不同的内存区域。

：进程可进一步细化为线程，是一个程序内部的一条执行路径。

• 若一个进程同一时间并行执行多个线程，就是支持多线程的。
• 线程作为调度和执行的单位，每个线程拥有独立的运行栈和程序计数器（pc），线程切换的开销小。
• 一个进程中的多个线程共享相同的内存单元/内存地址空间（方法区、堆）：它们从同一堆中分配对象，可以访问相同的变量和对象。这就使得线程间通信更简便、高效。但多个线程操作共享的系统资源可能就会带来安全的隐患。

：

• 单核 CPU，其实是一种假的多线程，因为在一个时间单元内，也只能执行一个线程的任务。只是因为 CPU 时间单元特别短，因此感觉不出来。例如：虽然有多车道，但是收费站只有一个工作人员在收费，只有收了费才能通过，那么 CPU 就好比收费人员。如果有某个人没准备好交钱，那么收费人员可以把他 "挂起"，晾着他，等他准备好了钱，再去收费。
• 如果是多核的话，才能更好的发挥多线程的效率，现在的服务器基本都是多核的。
• 一个 Java 应用程序 java.exe，其实至少有三个线程：，，。当然如果发生异常，会影响主线程。

：

• 并行：多个 CPU 同时执行多个任务。 比如：多个人同时做不同的事。
• 并发：一个 CPU（采用时间片）同时执行多个任务。比如：秒杀、多个人做同一件事。

多线程程序的优点：

以单核 CPU 为例，只使用单个线程先后完成多个任务（调用多个方法），肯定比用多个线程来完成用的时间更短（因为单核 CPU，在多线程之间进行切换时，也需要花费时间），为何仍需多线程呢？

• 提高应用程序的响应。对图形化界面更有意义，可增强用户体验。
• 提高计算机系统 CPU 的利用率。
• 改善程序结构。将既长又复杂的进程分为多个线程，独立运行，利于理解和修改。

何时需要多线程：

• 程序需要同时执行两个或多个任务。
• 程序需要实现一些需要等待的任务时，如用户输入、文件读写操作、网络操作、搜索等。
• 需要一些后台运行的程序时。

Thread 类

Java 语言的 JVM 允许程序运行多个线程，它通过类来体现。

Thread 类的特性：

• 每个线程都是通过某个特定 Thread 对象的方法来完成操作的，经常把 run() 方法的主体称为。
• 应该通过 Thread 对象的方法来启动这个线程，而非直接调用 run()。
  • 如果手动调用 run()，那么就只是普通的方法，并没有启动多线程。
  • 调用 start() 之后，run() 由 JVM 调用，什么时候调用以及执行的过程控制都由操作系统的 CPU 调度决定。

构造器：

方法：

• ：启动当前线程，并执行当前线程对象的方法。
• ：通常需要重写 Thread 类中的此方法，将创建的线程在被调度时需要执行的操作声明在此方法中。
• ：静态方法，返回执行当前代码的线程。在 Thread 子类中就是 this，通常用于主线程和 Runnable 实现类。
• ：返回当前线程的名称。
• ：设置当前线程的名称。

• ：释放当前线程 CPU 的执行权，但有可能 CPU 再次分配资源时，仍然优先分配到当前线程。
• ：在某个线程 a 中调用线程 b 的 join() 方法时，调用线程 a 将进入阻塞状态，直到线程 b 执行完之后，线程 a 才结束阻塞状态，然后重新排队等待 CPU 分配资源执行剩下的任务。注意：调用 join() 方法之后，比当前线程低优先级的线程也可以获得执行。
• ：让当前线程 "睡眠" 指定的 millis 毫秒时间，在指定的 millis 毫秒时间内，当前线程是阻塞状态。时间到达时，重新排队等待 CPU 分配资源。
• ：强制结束当前线程，已过时。
• ：返回 boolean，判断线程是否存活。

示例：

线程

线程的调度策略

调度策略：

• ：

  

• ：高优先级的线程抢占 CPU。

Java 的调度方法：

• 同优先级线程，组成先进先出队列（先到先服务），使用时间片策略。
• 高优先级线程，使用优先调度的抢占式策略。

线程的优先级

线程的优先级等级：

• MAX_PRIORITY：10，最大优先级。
• MIN _PRIORITY：1，最小优先级。
• NORM_PRIORITY：5，默认优先级。

涉及的方法：

• ：获取线程的优先值。
• ：设置线程的优先级。

说明：

• 线程创建时继承父线程的优先级。
• 低优先级只是获得调度的概率低，但并非一定是在高优先级线程之后才被调用。

线程的分类

Java 中的线程分为两类：一种是，一种是。

• 用户线程和守护线程，几乎在每个方面都是相同的，唯一的区别是判断 JVM 何时离开。
• 守护线程是用来服务用户线程的，通过在 start() 前调用，可以把一个用户线程变成一个守护线程。
• Java 垃圾回收就是一个典型的守护线程。
• 若 JVM 中都是守护线程，当前 JVM 将退出。

线程的生命周期

要想实现多线程，必须在主线程中创建新的线程对象。Java 语言使用 Thread 类及其子类的对象来表示线程，并用类定义了线程的几种状态，在它的一个完整的生命周期中通常要经历如下的五种状态：

• ：当一个 Thread 类或其子类的对象被声明并创建时，新生的线程对象处于新建状态。
• ：处于新建状态的线程被 start() 后，将进入线程队列等待 CPU 时间片，此时它已具备了运行的条件，只是没分配到 CPU 资源。
• ：当就绪的线程被调度并获得 CPU 资源时，便进入运行状态，run() 定义了线程的操作和功能。
• ：在某种特殊情况下，被人为挂起或执行输入输出操作时，让出 CPU 并临时中止自己的执行，进入阻塞状态。
• ：线程完成了它的全部工作或线程被提前强制性地中止或出现异常导致结束。

线程的创建

线程创建的一般过程：

方式一：继承 Thread 类

• 创建一个继承 Thread 类的子类。
• 重写 Thread 类的 run()：将此线程执行的操作声明在 run() 方法体中。
• 创建 Thread 类的子类的对象实例。
• 通过该对象调用 start()。
  • 启动当前线程。
  • 调用当前线程的 run()。
  • 不能通过直接调用对象的 run() 的形式启动线程。
  • 不能再次调用当前对象的 start() 去开启一个新的线程，否则报 java.lang.IllegalThreadStateException 异常 。
  • 如果要启动一个新的线程，需要重新创建一个 Thread 类的子类的对象，并调用其 start()。

示例一：

示例二：

方式二：实现 Runnable 接口

• 创建一个实现了 Runnable 接口的类。
• 实现类去实现 Runnable 接口中的抽象方法：run()。
• 创建实现类的对象。
• 将此对象作为参数传递到 Thread 类的构造器中，然后创建 Thread 类的对象。
• 通过 Thread 类的对象，调用 start()，最终执行的是上面重写的 run()。

示例：

方式一和方式二的对比

开发中，。

• 实现 Runnable 接口的方式，没有类的单继承性的局限性。
• 实现 Runnable 接口的方式，更适合处理多个线程有共享数据的情况。
• Thread 类也实现了 Runnable 接口，无论是方式一，还是方式二，都需要重写 Runnable 接口的 run() 方法，并将创建的线程需要执行的逻辑声明在 run() 方法中。

方式三：实现 Callable 接口

• 从 JDK 5.0 开始。
• 创建一个实现 Callable 接口的实现类。
• 实现，将此线程需要执行的操作声明在 call() 的方法体中。
• 创建 Callable 接口实现类的对象。
• 将此 Callable 接口实现类的对象作为参数传递到 FutureTask 的构造器中，创建 FutureTask 的对象。
  • Future 接口可以对具体 Runnable 或 Callable 任务的执行结果进行取消、查询是否完成、获取结果等操作。
  • FutrueTask 是 Futrue 接口的唯一的实现类。
  • FutureTask 同时实现了 Runnable 和 Future 接口。它既可以作为 Runnable 被线程执行，又可以作为 Future 得到 Callable 的返回值。
    • Runnable 接口的 run() 没有返回值。
    • Callable 接口的 call() 有返回值。
• 将 FutureTask 的对象作为参数传递到 Thread 类的构造器中，创建 Thread 类的对象，并调用 start()，启动线程。
• 根据实际需求，选择是否获得 Callable 中 call() 的返回值。

示例：

与使用 Runnable 接口相比，Callable 接口功能更强大些：

• 相比 run() 方法，call() 可以有返回值。
• call() 可以抛出异常，能够被外面的操作捕获，获取异常的信息。
• Callable 支持泛型的返回值。
• Callable 需要借助 FutureTask 类，比如获取 call() 的返回结果。

方式四：线程池

背景： 经常创建和销毁、使用量特别大的资源，比如并发情况下的线程，会对性能影响很大。

思路：提前创建好多个线程，放入线程池中，使用时直接获取，使用完放回池中，这样可以避免频繁创建销毁，实现重复利用。类似生活中的公共交通工具。

好处：

• 提高响应速度，减少了创建新线程的时间。
• 降低资源消耗，重复利用线程池中线程，不需要每次都创建。
• 便于线程管理。
  • corePoolSize：核心池的大小。
  • maximumPoolSize：最大线程数。
  • keepAliveTime：线程没有任务时最多保持多长时间后会终止。

JDK 5.0 起，提供了线程池相关 API：和。

• ExecutorService：真正的线程池接口，常用子类。
  • ：执行任务/命令，没有返回值，一般用来执行 Runnable。
  • ：执行任务，有返回值，一般用来执行 Callable。
  • ：关闭连接池。
• Executors：工具类、线程池的工厂类，用于创建并返回不同类型的线程池。
  • ：创建一个可根据需要创建新线程的线程池。
  • ：创建一个可重用固定线程数的线程池。
  • ：创建一个只有一个线程的线程池。
  • ：创建一个线程池，它可安排在给定延迟后运行命令或者定期地执行。

示例：

java 线程基础知识

线程的同步

线程的安全问题

多线程安全问题实例，模拟火车站售票程序，开启三个窗口售票。

方式一：继承 Thread 类。

方式二：实现 Runnable 接口。

说明：

1. 如上程序，在买票的过程中，出现了重票、错票，说明多线程的执行过程中，出现了安全问题。
2. 问题的原因：当多条语句在操作同一个线程的共享数据时，当一个线程对多条语句只执行了一部分，还没有执行完时，另一个线程参与进来执行，从而导致了共享数据的错误。
3. 解决办法：对多条操作共享数据的语句，让一个线程全部执行完，在执行的过程中，其他线程不可以参与执行。

线程的同步机制

对于多线程的安全问题，Java 提供了专业的解决方式：。实现同步机制的方式，有、、等多种形式。

同步的范围

1. 如何找问题，即代码是否存在线程安全？--- 非常重要
   （1）明确哪些代码是多线程运行的代码。
   （2）明确多个线程是否有共享数据。
   （3）明确多线程运行代码中是否有多条语句操作共享数据。
2. 如何解决呢？--- 非常重要

   对多条操作共享数据的语句，只能让一个线程都执行完，在执行过程中，其他线程不可以参与执行，即所有操作共享数据的这些语句都要放在同步范围中。

3. 切记 ：

   范围太小：没锁住所有有安全问题的代码。

   范围太大：没发挥多线程的功能。

同步机制的特点

优点：同步的方式，能够解决线程的安全问题。

局限性：操作同步代码时，只能有一个线程参与，其他线程等待，相当于是一个单线程的过程，效率低。

共享数据：多个线程共同操作的变量。

需要被同步的代码：操作共享数据的代码。

任何一个类的对象，都可以充当锁。

要求：多个线程必须要公用同一把锁！！！针对不同实现同步机制的方式，都要保证同步监视器是同一个！！！

同步机制中的锁

同步锁机制：在《Thinking in Java》中，是这么说的：对于并发工作，你需要某种方式来防止两个任务访问相同的资源（其实就是共享资源竞争）。防止这种冲突的方法就是当资源被一个任务使用时，在其上加锁。第一个访问某项资源的任务必须锁定这项资源，使其他任务在其被解锁之前，就无法访问它了，而在其被解锁之时，另一个任务就可以锁定并使用它了。

synchronized 的锁是什么：

• 任意对象都可以作为同步锁，所有对象都自动含有单一的锁（监视器）。
• 同步代码块的锁：自己指定，很多时候是指定为或。
• 同步方法的锁：。
• 注意：
  • 必须确保使用同一个资源的多个线程共用的是同一把锁，这个非常重要，否则就无法保证共享资源的安全。
  • 一个线程类中的所有静态方法共用同一把锁 --- 类名.class，所有非静态方法共用同一把锁 --- this，同步代码块在指定锁的时候需谨慎。

能够释放锁的操作：

• 当前线程的同步方法、同步代码块执行结束。
• 当前线程在同步代码块、同步方法中遇到 break、return 终止了该代码块、该方法的继续执行。
• 当前线程在同步代码块、同步方法中出现了未处理的 Error 或 Exception，导致异常结束。
• 当前线程在同步代码块、同步方法中执行了线程对象的，当前线程暂停，并释放锁。

不会释放锁的操作：

• 线程执行同步代码块或同步方法时，程序调用、暂停当前线程的执行。
• 线程执行同步代码块时，其他线程调用了该线程的将该线程挂起，该线程不会释放锁。
• 应尽量避免使用和来控制线程。

同步机制一：同步代码块

格式：

继承 Thread 类方式的修正：

obj 可以使用 TicketThread.class（当前类）替代，TicketThread 类只会加载一次，类也是对象。

实现 Runnable 接口方式的修正：

obj 对象可以使用 this 代替，指代唯一的 TicketRunnable 对象。

同步机制二：同步方法

格式：

如果操作共享数据的代码，完整的声明在一个方法中，则可以将此方法声明为同步方法。

同步方法仍然涉及到同步监视器，只是不需要显示的声明：

• 非静态的同步方法，同步监视器是：this。
• 静态的同步方法，同步监视器是：当前类本身。

继承 Thread 类方式的修正：

此时，同步方法要设置成 static 的，此时的同步监视器是 TicketMethod1.class（当前类）。

实现 Runnable 接口方式的修正：

此时，同步方法中的同步监视器是：this，即当前 TicketMethod2 类的对象。

同步机制三：Lock 锁

从 JDK 5.0 开始，Java 提供了更强大的线程同步机制——通过显式定义同步锁对象来实现同步。同步锁使用 Lock 对象充当。

• 接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问，每次只能有一个线程对 Lock 对象加锁，线程开始访问共享资源之前应先获得 Lock 对象。
• 在实现线程安全的控制中，比较常用的是，ReentrantLock 类实现了 Lock 接口，它拥有与 synchronized 相同的并发性和内存语义，可以显式加锁、释放锁。

声明格式：

继承 Thread 类方式的修正：

ReentrantLock 实例对象需要设置为 static。

实现 Runnable 接口方式的修正：

synchronized 和 Lock 的对比

• synchronized 是隐式锁，出了作用域自动释放同步监视器，而 Lock 是显式锁，需要手动开启和关闭锁。
• synchronized 有代码块锁和方法锁，而 Lock 只有代码块锁。
• 使用 Lock 锁，JVM 将花费较少的时间来调度线程，性能更好，并且具有更好的扩展性（Lock 接口能提供更多的实现类）。

优先使用顺序：Lock ---> 同步代码块（已经进入了方法体，分配了相应资源）---> 同步方法（在方法体之外）

经典实例

银行有一个账户，有两个储户分别向这个账户存钱，每次存 1000，存 10 次，要求每次存完打印账户余额。

实现方式一：

实现方式二：

线程的通信

• 与和
  • ：一旦执行此方法，当前线程就进入阻塞状态，并释放同步监视器。
    • 当前线程排队等候其他线程调用或方法唤醒，唤醒后等待重新获得对监视器的所有权后才能继续执行。
    • 被唤醒的线程从断点处继续代码的执行。
  • ：一旦执行此方法，就会唤醒被的一个线程。如果有多个线程被，则唤醒优先级高的。
  • ：一旦执行此方法，就会唤醒所有被的线程。
• 与和这三个方法必须使用在同步代码块或同步方法中。
• 与和这三个方法的调用者必须是同步代码块或同步方法中的同步监视器。
  • 否则会出现异常。
• 与和这三个方法是定义在类中的。
  • 因为这三个方法必须由同步监视器调用，而任意对象都可以作为同步监视器，因此这三个方法只能在 Object 类中声明。

示例一：使用两个线程打印 1 - 100，要求线程 1 和线程 2 交替打印。

示例二：生产者/消费者问题。

生产者（Producer）将产品交给店员（Clerk），而消费者（Customer）从店员处取走产品，店员一次只能持有固定数量的产品（比如 20），如果生产者试图生产更多的产品，店员会叫生产者停一下，如果店中有空位放产品了再通知生产者继续生产；如果店中没有产品了，店员会告诉消费者等一下，如果店中有产品了再通知消费者来取走产品。

面试题：和的异同。

• 相同点：一旦执行方法，都可以使得当前的线程进入阻塞状态。
• 不同点：

线程的死锁问题

：

• 不同的线程分别占用对方需要的同步资源不放弃，都在等待对方放弃自己需要的同步资源，就形成了线程的死锁。
• 出现死锁后，不会出现异常，不会出现提示，只是所有的线程都处于阻塞状态，无法继续。

示例一：

示例二：

解决死锁的方法：

• 专门的算法、原则。
• 尽量减少同步资源的定义。
• 尽量避免嵌套同步。

线程池

线程池是预先创建线程的一种技术，线程池在还没有任务到来之前，事先创建一定数量的线程，放入空闲队列中，然后对这些资源进行复用，从而减少频繁的创建和销毁对象。

系统启动一个新线程的成本是比较高的，因为它涉及与操作系统交互。在这种情形下，使用线程池可以很好地提高性能，尤其是当程序中需要创建大量生存期很短暂的线程时，更应该考虑使用线程池。

与数据库连接池类似的是，线程池在系统启动时即创建大量空闲的线程，程序将一个 Runnable 对象或 Callable 对象传给线程池，线程池就会启动一个线程来执行它们的或， 当或执行结束后， 该线程并不会死亡，而是再次返回线程池中成为空闲状态，等待执行下一个 Runnable 对象或 Callable 对象的或。

总结：由于系统创建和销毁线程都是需要时间和系统资源开销，为了提高性能，才考虑使用线程池。线程池会在系统启动时就创建大量的空闲线程，然后等待新的线程调用，线程执行结束并不会销毁，而是重新进入线程池，等待再次被调用。这样子就可以减少系统创建启动和销毁线程的时间，提高系统的性能。

使用 Executors 创建线程池

Executor 是线程池的顶级接口，接口中只定义了一个方法，线程池的操作方法都是定义在 ExecutorService 子接口中的，所以说。

newSingleThreadExecutor

创建一个单线程的线程池。这个线程池只有一个线程在工作，也就是相当于单线程串行执行所有任务。如果这个唯一的线程因为异常结束，那么会有一个新的线程替代它。此线程池保证所有任务的执行顺序按照任务的提交顺序执行。

newFixedThreadPool

创建固定大小的线程池，每次提交一个任务就创建一个线程，直到线程达到线程池的最大大小。线程池的大小一旦达到是大值就会保持不变。如果某个线程因为执行异常而结束，那么线程池会补充一个新线程。

newCachedThreadPool

创建一个可缓存的线程池。如果线程池的大小超过了处理任务所需要的线程，那么就会回收部分空闲（60 秒不执行任务）的线程。当任务数增加时，此线程池又可以智能的添加新线程来处理任务。此线程池不会对钱程池大小做限制，线程池大小完全依赖于操作系统（或者说 JVM）能够创建的最大线程大小。

使用 ThreadPoolExecutor 创建线程池

构造函数参数说明

corePoolSize：，当线程数小于 corePoolSize 的时候，会创建线程执行新的 runnable 或 callable。

maximumPoolSize：， 当线程数大于等于 corePoolSize 的时候，会把新的 runnable 或 callable 放入 workQueue 中。

keepAliveTime：，当线程数大于 corePoolSize 的时候，空闲线程能保持的最大时间。

unit：时间单位。

workQueue：。

threadFactory：创建线程的工厂。

handler：。

任务执行顺序

• 当线程数小于 corePoolSize 时，创建线程执行新任务。
• 当线程数大于等于 corePoolSize，并且 workQueue 没有满时，新任务放入 workQueue 中。
• 当线程数大于等于 corePoolSize，并且 workQueue 满时，新任务创建新线程运行，但线程总数要小于 maximumPoolSize。
• 当线程总数等于 maximumPoolSize，并且 workQueue 满时，执行 handler 的 rejectedExecution，也就是拒绝策略。

阻塞队列

阻塞队列是一个在队列基础上又支持了两个附加操作的队列：

1. 支持阻塞的插入方法：队列满时，队列会阻塞插入元素的线程，直到队列不满。
2. 支持阻塞的移除方法：队列空时，获取元素的线程会等待队列变为非空。

阻塞队列的应用场景

阻塞队列常用于生产者和消费者的场景，生产者是向队列里添加元素的线程，消费者是从队列里取元素的线程。简而言之，阻塞队列是生产者用来存放元素、消费者获取元素的容器。

阻塞队列的方法

在阻塞队列不可用的时候，上述两个附加操作提供了四种处理方法：

阻塞队列的类型

JDK 7 提供了 7 个阻塞队列，如下：

1. ArrayBlockingQueue：数组结构组成的有界阻塞队列。
   • 此队列按照先进先出（FIFO）的原则对元素进行排序，但是默认情况下不保证线程公平的访问队列，即如果队列满了，那么被阻塞在外面的线程对队列访问的顺序是不能保证线程公平（即先阻塞，先插入）的。
2. LinkedBlockingQueue：一个由链表结构组成的有界阻塞队列。
   • 此队列按照先出先进的原则对元素进行排序。
3. PriorityBlockingQueue：支持优先级的无界阻塞队列。
4. DelayQueue：支持延时获取元素的无界阻塞队列，即可以指定多久才能从队列中获取当前元素。
5. SynchronousQueue：不存储元素的阻塞队列，每一个 put 必须等待一个 take 操作，否则不能继续添加元素。并且支持公平访问队列。
6. LinkedTransferQueue：由链表结构组成的无界阻塞 TransferQueue 队列。
   • 相对于其他阻塞队列，多了 transfer 和 tryTransfer 方法：
     • transfer 方法：如果当前有消费者正在等待接收元素（take 或者待时间限制的 poll 方法），transfer 可以把生产者传入的元素立刻传给消费者。如果没有消费者等待接收元素，则将元素放在队列的 tail 节点，并等到该元素被消费者消费了才返回。
     • tryTransfer 方法：用来试探生产者传入的元素能否直接传给消费者。如果没有消费者在等待，则返回 false。和上述方法的区别是该方法无论消费者是否接收，方法立即返回，而 transfer 方法是必须等到消费者消费了才返回。
7. LinkedBlockingDeque：链表结构的双向阻塞队列，优势在于多线程入队时，减少一半的竞争。

拒绝策略

当队列和线程池都满了，说明线程池处于饱和的状态，那么必须采取一种策略处理提交的新任务。ThreadPoolExecutor 默认有四个拒绝策略：

• ：默认策略，直接抛出异常 RejectedExecutionException。

  java.util.concurrent.RejectedExecutionException：

  当线程池 ThreadPoolExecutor 执行方法之后，再向线程池提交任务的时候，如果配置的拒绝策略是 AbortPolicy ，这个异常就会抛出来。

  当设置的任务缓存队列过小的时候，或者说，线程池里面所有的线程都在干活（线程数等于 maxPoolSize)，并且任务缓存队列也已经充满了等待的队列， 这个时候，再向它提交任务，也会抛出这个异常。

• ：直接使用当前线程（一般是 main 线程）调用方法并且阻塞执行。
• ：不处理，直接丢弃后来的任务。
• ：丢弃在队列中队首的任务，并执行当前任务。

当然可以继承 RejectedExecutionHandler 来自定义拒绝策略。

线程池参数选择

：线程池的大小推荐为 CPU 数量 +1。CPU 数量可以根据方法获取。

：CPU 数量 * CPU 利用率 *（1 + 线程等待时间 / 线程 CPU 时间）。

混合型：将任务分为 CPU 密集型和 I/O 密集型，然后分别使用不同的线程池去处理，从而使每个线程池可以根据各自的工作负载来调整。

阻塞队列：推荐使用有界队列，有界队列有助于避免资源耗尽的情况发生。

拒绝策略：默认采用的是 AbortPolicy 拒绝策略，直接在程序中抛出 RejectedExecutionException 异常，因为是运行时异常，不强制 catch，但这种处理方式不够优雅。处理拒绝策略有以下几种比较推荐：

• 在程序中捕获 RejectedExecutionException 异常，在捕获异常中对任务进行处理。针对默认拒绝策略。
• 使用 CallerRunsPolicy 拒绝策略，该策略会将任务交给调用 execute 的线程执行（一般为主线程），此时主线程将在一段时间内不能提交任何任务，从而使工作线程处理正在执行的任务。此时提交的线程将被保存在 TCP 队列中，TCP 队列满将会影响客户端，这是一种平缓的性能降低。
• 自定义拒绝策略，只需要实现 RejectedExecutionHandler 接口即可。
• 如果任务不是特别重要，使用 DiscardPolicy 和 DiscardOldestPolicy 拒绝策略将任务丢弃也是可以的。

如果使用 Executors 的静态方法创建 ThreadPoolExecutor 对象，可以通过使用 Semaphore 对任务的执行进行限流也可以避免出现 OOM 异常。

线程池关闭

等待所有线程执行完毕后，应关闭线程池：

如果只需要等待模型特定任务完成，可以参考如下方式：

示例

运行结果，可以看到线程 pool-1-thread-1 到 pool-1-thread-5 循环使用：

优雅实现

原文链接

版权声明：

本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。

本文网址：https://www.bianchenghao6.com/h6javajc/4353.html