1.线程
- 线程是一个程序内部的一条执行路径
- main方法的执行其实就是一条单独的执行路径
- 若程序中只有一条执行路径,那么该程序就是单线程的程序
2.多线程的实现方案一:继承Thread类
- 定义一个子类MyThread继承线程类java.lang.Thread,重写run()方法
- 创建MyThread类的对象
- 调用线程对象的start()方法启动线程
优缺点:
- 优点:编码简单
- 缺点:线程类已经继承Thread,无法继承其他类,不利于扩展
为什么不直接调用run方法,而是调用start启动线程?
- 直接调用run方法会被当成普通方法执行,相当于还是单线程执行
- 只有调用start方法才是启动一个新的线程执行
为什么不要把主线程任务放在子线程之前?
- 这样主线程会先跑完,因为在子线程创建之前系统并不知道还有一个线程,相当于一个单线程的效果
3.多线程的实现方案二:实现Runnable接口
- 定义一个线程任务类MyRunnable实现Runnable接口,重写run()方法
- 创建MyRunnable任务对象
- 把MyRunnable任务对象交给Thread处理
- 调用线程对象的start()方法启动线程
Thread的构造器
构造器 | 说明 |
---|---|
public Thread(String name) | 可以为当前线程指定名称 |
public Thread(Runnable target) | 封装Runnable对象成为线程对象 |
public Thread(Runnable target, String name) | 封装Runnable对象成为线程对象,并指定线程名称 |
优缺点:
- 优点:线程任务类只是实现接口,可以继续继承类和实现接口,扩展性强
- 缺点:编成多一层对象包装,如果线程有执行结果是不可以直接返回的(因为run方法无返回值void)
new Runnable()可以使用匿名内部类
4.多线程的实现方案三:利用Callable、FutureTask接口实现
前两种线程创建方式都存在一个问题:
- 他们重写的run()方法均不能直接返回结果
- 不适合需要返回线程执行结果的业务场景
实现过程:
- 得到任务对象
- 定义类实现Callable< V>接口,重写call方法,封装要做的事情;其中V为返回值类型
- 用FutureTask把Callable对象封装成线程任务对象
- 把线程任务对象交给Thread处理
- 调用Thread的start方法启动线程,执行任务
- 线程执行完毕后,通过FutureTask的get方法去获取任务执行的结果
FutureTask的作用:
- FutureTask实现了Runnable接口,是Runnable的对象,可以交给Thread了
- 可以在线程执行完毕后通过调用其get方法得到线程执行完成的结果
- get()方法拿结果的时候,会等对应任务跑完再拿,保证了结果的准确性,因为get()在主线程执行,任务在子线程执行,不一定谁快
FutureTask的API
方法名称 | 说明 |
---|---|
public FutureTask<>(Callable call) | 把Callable对象封装成FutureTask对象 |
public V get() throws Exception | 获取线程执行call方法返回的结果 |
优缺点:
- 优点:线程任务类只是实现接口,可以继承类和实现接口,扩展性强
- 可以在线程执行完毕后获取线程执行的结果
- 缺点:编程复杂一些
5.Thread常用API
方法名称 | 说明 |
---|---|
String getName() | 获取当前线程的名称,默认线程名称是Thread-索引 |
void setName(String name) | 将此线程的名称更改为指定的名称,通过构造器也可以设置线程名称 |
public static Thread currentThread() | 获取当前线程对象(哪个线程执行他,他就得到哪个线程对象) |
public static void sleep(long time) | 让当前线程休眠指定的时间后再继续执行,单位为毫秒 |
public void run() | 线程任务方法 |
public void start() | 线程启动方法 |
6.线程安全问题
- 多个线程同时操作并修改同一个共享资源时可能出现业务安全问题,成为线程安全问题
7.线程同步
- 让多个线程实现先后依次访问共享资源
- 核心思想:加锁
同步代码块:
- 作用: 把出现线程安全问题的核心代码上锁
- 原理: 每次只能一个线程进入,执行完毕后自动解锁,其他线程才可以进来执行
synchronized(同步锁对象){
操作共享资源的代码(核心代码)
}
锁对象要求
- 理论上:锁对象只要对于当前同时执行的线程来说是同一个对象即可,甚至可以用字符串常量,但不好,因为字符串常量对于所有线程都是唯一的,会锁住无关线程
- 例如小明小红共享银行账户,小黑小白共享银行账户。如果用字符串常量当锁,那么小明拿到锁时,不仅会锁住小红,也会锁住小黑小白
锁对象的规范要求
- 规范上:建议使用共享资源作为锁对象
- 对于实例方法建议用this作为锁对象
- 对于静态方法建议使用字节码(类名.class) 对象作为锁对象
同步方法
修饰符 synchronized 返回值类型 方法名称(形参列表){
操作共享资源的代码
}
同步方法底层原理
- 同步方法其实底层也有隐式锁对象,只是锁的范围是整个方法代码
- 如果方法是实例方法:同步方法默认用this 作为锁的对象,但是代码要高度面向对象
- 如果方法是静态方法:同步方法默认使用类名.class 作为锁对象
同步代码块和同步方法哪个比较好?
- 同步代码块锁的范围小,同步方法锁的范围大
Lock锁
- Lock是接口不能直接实例化,采用它的实现类ReentrantLock来构建锁对象
- 使用final修饰,保证锁对象是唯一并且不可替换的
方法名称 | 说明 |
---|---|
public ReentrantLock() | 获得Lock锁的实现类对象 |
void lock() | 获得锁 |
void unlock() | 释放锁 |
lock与unlock之间代码若发生异常,会导致永远无法unlock,影响别的线程使用,因此要将之间的代码try-finally
8.线程通信(了解)
什么是线程通信?
- 即线程间相互发送数据,通常通过共享一个数据的方式实现
- 线程间会根据共享数据的情况决定自己该怎么做,以及通知其他线程怎么做
线程通信常见模型
- 生产者与消费者模型:生产者负责生产数据,消费者负责消费数据
- 要求:生产者线程生产完数据后,唤醒消费者,然后等待自己;消费者消费完该数据后,唤醒生产者,然后等待自己
线程通信的前提: 线程通信通常是在多个线程操作同一个共享资源的时候需要进行通信,且要保证线程安全
Object类的等待和唤醒方法:
方法名称 | 说明 |
---|---|
void wait() | 让当前线程等待并释放所占锁,直到另一个线程调用notify()方法或notifyAll()方法 |
void notify() | 唤醒正在等待锁对象的单个线程 |
void notifyAll() | 唤醒正在等待锁对象的所有线程 |
上述方法应该使用当前同步锁对象进行调用
注意事项:
- 一定要先执行唤醒操作,再等待;否则你都等待了,还怎么唤醒
this.notifyAll();
this.wait();
9.线程池
- 是一种可以复用线程的技术
- 不使用线程池的话,每来一个请求就要创建一个新线程,开销很大
原理:
- 线程池包括若干个工作线程(WorkThread)和一个任务队列(WorkQueue)
- 工作线程有限,依次执行任务队列中的任务
- 任务接口有:Runnable和Callable两种
10.获取线程池对象
- 代表线程池的接口:ExecutorService
方式一:
- 使用ExecutorService的实现类ThreadPoolExecutor自创建一个线程池对象
方式二:
- 使用Executors(线程池的工具类)调用方法返回不同特点的线程池对象
临时线程最大存活时间指的是临时线程无任务可做,等待的时间。
11.线程池常见面试题
临时线程什么时候创建?
- 新任务提交时发现核心线程都在忙,任务队列也满了,而且还可以创建临时线程(还未达到最大线程数),此时才会创建临时线程。尽可能少的创建线程。
什么时候会开始拒绝任务?
- 核心线程和临时线程都在忙,任务队列也满了,新的任务过来的时候才会开始任务拒绝
12.线程池处理Runnable、Callable任务
ExecutorService常用方法:
方法名称 | 说明 |
---|---|
void executor(Runnable command) | 执行任务/命令,没有返回值,一般用来执行Runnable任务 |
Future< T> submit(Callable< T> task) | 执行任务,返回未来任务对象获取线程结果,一般用来执行Callable任务 |
void shutdown() | 等任务执行完毕后关闭线程池 |
List< Runnable> shutdownNow() | 立刻关闭,停止正在执行的任务,并返回队列中未执行的任务 |
新任务拒绝策略:
策略 | 说明 |
---|---|
ThreadPoolExecutor.AbortPolicy | 丢弃任务并抛出RejectedExecutionException异常,是默认的策略 |
ThreadPoolExecutor.DiscardPolicy | 丢弃任务,但是不抛出异常,不推荐 |
ThreadPoolExecutor.DiscardOldestPolicy | 抛弃队列中等待最久的任务,然后把当前任务加入队列中 |
ThreadPoolExecutor.CallerRunsPolicy | 由主线程负责调用任务的run()方法从而绕过线程池直接执行(老板亲自接客) |
13.Executors得到线程池对象的常用方法
方法名称 | 说明 | 问题 |
---|---|---|
public static ExecutorService newCachedThreadPool() | 线程数量随着任务增加而增加,如果线程任务执行完毕且空闲了一段时间则会被回收掉 | 创建的线程数量最大上限是Integer.MAX_VALUE,线程数可能会随着任务1:1增长,可能出现OOM错误 |
public static ExecutorService new FixedThreadPool(int nThreads) | 创建固定线程数量(长久存在的线程)的线程池,如果某个线程因为执行异常而结束,那么线程池会补充一个新线程替代它 | 允许请求的任务队列长度是Integer.MAX_VALUE,可能出现OOM错误(java.lang.OutOfMemoryError) |
public static ExecutorService newSingleThreadExecutor() | 创建只有一个线程的线程池对象,如果该线程出现异常而结束,那么线程池会补充一个新线程(单线程情况不会补充) | 允许请求的任务队列长度是Integer.MAX_VALUE,可能出现OOM错误(java.lang.OutOfMemoryError) |
public static ScheduledExecutorService newScheduledThreadPool(int corePoolsize) | 创建一个线程池,可以实现在给定的延迟后运行任务,或者定期执行任务(做延时和周期调度) | 创建的线程数量最大上限是Integer.MAX_VALUE,线程数可能会随着任务1:1增长,可能出现OOM错误 |
注意:上述方法底层也是基于线程池的实现类ThreadPoolExecutor创建线程池对象的
14.定时器
- 定时器是一种控制任务延时调用,或者周期调用的技术
- 作用: 闹钟、定时邮件发送
定时器的实现方式:
- Timer
- ScheduledExecutorService
15.Timer定时器
构造器 | 说明 |
---|---|
public Timer() | 创建Timer定时器对象 |
方法 | 说明 |
---|---|
public void schedule(TimerTask task, long delay, long period) | 开启一个定时器,按照计划处理TimerTask任务 |
Timer定时器的特点和存在的问题
- Timer是单线程(会自己创建一个子线程,但一个Timer只会创建一个),处理多个任务按照顺序执行(因为得等别人执行完),存在延时与设置定时器的时间有出入
- 可能因为其中的某个任务的异常使Timer线程死掉,从而影响后续任务执行
16.ScheduledExecutorService定时器
优点:
- 基于线程池,某个任务的执行情况不会影响其他定时任务的执行
- 即使某个线程挂了,也不影响其他线程,会自动补充新的线程
方法 | 说明 |
---|---|
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize) | 得到线程池对象 |
public ScheduledFuture<?> scheduleAtFixedRate(Runnable command, long initialDelay, long period, TimeUnit unit) | 周期调度方法 |
17.并发与并行
并发与并行:
- 正在运行的程序(软件)就是一个独立的进程,线程是属于进程的,多个线程其实是并发与并行同时进行的
并发的理解:
- CPU同时处理线程的数量有限
- CPU会轮询为系统的每个线程服务,由于CPU切换的速度很快,给我们的感觉是这些线程在同时执行,这就是并发
并行的理解:
- 同一时刻上,同时有多个线程在被CPU处理并执行(取决于CPU核数和逻辑处理器)
18.线程的生命周期
线程的状态: 线程从生到死的过程,以及中间经历的各种状态及状态转换
Java线程的状态
- Java共定义了6种状态,都定义在Thread类的内部枚举类中