1、什么是线程的终止和中断?如何正确终止线程?
线程的终止是指线程的执行完毕或者意外终止,而线程的中断是指通过发送中断信号来请求线程停止执行。
线程的终止可以由线程本身完成,也可以由其他线程强制执行。线程本身可以通过返回一个值或者抛出一个异常来终止自己的执行。其他线程可以通过调用线程的join()
方法等待线程执行完毕,或者调用线程的stop()
方法来中断线程的执行。然而,stop()
方法是不推荐使用的,因为它会立即中断线程的执行,可能导致线程的资源没有正确释放。
线程的中断是一种更安全和更优雅的线程终止方式。通过调用线程的interrupt()
方法,可以将一个中断信号发送给目标线程。被中断的线程可以通过检查自己的中断标志位,即调用Thread.currentThread().isInterrupted()
方法来判断是否被中断,并采取相应的处理措施来停止执行。
正确终止线程的方式可以有以下几种:
- 让线程正常退出:线程执行完毕后自动退出。
- 使用共享变量控制线程:使用一个共享变量作为线程的标记,循环检查标记的状态,当标记为false时,线程退出循环即可。
- 使用
interrupt()
方法中断线程:通过调用线程的interrupt()
方法发送中断信号,被中断的线程可以在适当的时候退出执行。
需要注意的是,线程的终止和中断可能会涉及到线程间的同步和资源的释放,需要仔细设计和处理,以确保线程终止的正确性和安全性。
2、什么是可重入锁?如何使用可重入锁实现线程同步?
可重入锁是一种支持同一个线程多次获取该锁的机制,也就是说,一个线程可以多次获得同一个锁,而不会被自己所持有的锁所阻塞。
在Java中,可重入锁的实现是通过ReentrantLock类来实现的。以下是使用可重入锁实现线程同步的一般步骤:
-
创建一个ReentrantLock对象:可以使用默认构造函数创建一个可重入锁对象。
-
在需要进行线程同步的代码块中,通过调用lock()方法获取锁:在执行临界区代码之前,调用lock()方法请求获取锁。如果当前锁被其他线程持有,则当前线程会被阻塞,直到获取到锁为止。
-
执行临界区代码:获取到锁之后,执行需要进行线程同步的代码。
-
在临界区代码执行完毕后,调用unlock()方法释放锁:在临界区代码执行完毕后,调用unlock()方法释放锁。这样可以让其他线程继续获取该锁。
以下是一个使用可重入锁实现线程同步的示例代码:
import java.util.concurrent.locks.ReentrantLock;
public class ReentrantLockExample {
private ReentrantLock lock = new ReentrantLock();
public void synchronizedMethod() {
lock.lock(); // 获取锁
try {
// 执行需要进行线程同步的代码
// ...
} finally {
lock.unlock(); // 释放锁
}
}
}
在上述示例中,synchronizedMethod()方法使用了可重入锁来实现线程同步。通过调用lock()方法获取锁,并在执行完临界区代码后调用unlock()方法释放锁。这样可以确保同一时间只有一个线程能够执行临界区代码,从而实现线程同步。
3、什么是线程的执行顺序?线程的执行顺序如何保证?
线程的执行顺序是指多个线程按照一定的顺序执行任务的顺序。线程的执行顺序可以通过以下几种方式保证:
-
串行化:所有线程按照固定的顺序一个接一个地执行任务。这种方式可以通过使用锁或者信号量来实现,确保只有一个线程能够执行任务,其他线程需要等待。
-
优先级调度:线程可以设置优先级来指定执行的顺序。具有更高优先级的线程将首先执行任务。不同的操作系统和编程语言可能对优先级调度的实现方式有所不同。
-
条件变量:线程可以根据某个条件来确定是否执行任务。当条件满足时,线程执行任务;当条件不满足时,线程等待。条件变量可以通过使用同步机制来实现。
-
信号量:线程可以使用信号量来控制执行顺序。线程在执行任务之前需要获取信号量,如果没有获取到信号量,则需要等待。当其他线程释放信号量时,等待的线程将获取到信号量并执行任务。
需要注意的是,线程的执行顺序可能会受到操作系统的调度策略、硬件限制以及程序本身的设计等因素的影响。因此,在实际开发中,无法完全控制线程的执行顺序,只能通过上述方式来尽量保证线程执行的顺序。
4、什么是线程池的拒绝策略?常见的线程池拒绝策略有哪些?
线程池的拒绝策略是指当线程池无法处理新提交的任务时,该如何处理这些任务。
常见的线程池拒绝策略有以下几种:
-
AbortPolicy(默认策略):当线程池无法处理新提交的任务时,直接抛出RejectedExecutionException异常。
-
CallerRunsPolicy:当线程池无法处理新提交的任务时,由提交任务的线程来执行该任务。这样可以保证任务一定会被执行,但可能会影响提交任务的线程的性能。
-
DiscardPolicy:当线程池无法处理新提交的任务时,直接丢弃该任务,不做任何处理。
-
DiscardOldestPolicy:当线程池无法处理新提交的任务时,先丢弃队列中最旧的任务,然后尝试将新任务加入队列。
另外,还可以根据实际需求自定义拒绝策略,实现RejectedExecutionHandler接口,并实现其rejectedExecution方法来定义自己的拒绝策略。