8.多线程
- 程序、进程、线程的理解
- 程序(programm):是为完成特定任务、用某种语言编写的一组指令的集合。即指一段静态的代码。
- 进程(process):程序的一次执行过程,或是正在运行的一个程序。
——进程作为资源分配的单位,系统在运行时会为每个进程分配不同的内存区域 - 线程(thread):进程可进一步细化为线程,是一个程序内部的一条执行路径。
——线程作为调度和执行的单位,每个线程拥独立的运行栈和程序计数器(pc),线程切换的开销小。
进程可以细化为多个线程。
每个线程,拥有自己独立的:栈、程序计数器
多个线程,共享同一个进程中的结构:方法区、堆。
- 并行与并发
一个Java应用程序java.exe,其实至少三个线程:main()主线程,gc()垃圾回收线程,异常处理线程。当然如果发生异常,会影响主线程。
- 并行:多个CPU同时执行多个任务。比如:多个人同时做不同的事。
- 并发:一个CPU(采用时间片)同时执行多个任务。比如:秒杀、多个人做同一件事
- 创建多线程的两种方式
- 方式一:继承Thread类的方式:
-
- 创建一个继承于Thread类的子类
-
- 重写Thread类的run() --> 将此线程执行的操作声明在run()中
-
- 创建Thread类的子类的对象
-
- 通过此对象调用start():①启动当前线程 ② 调用当前线程的run()
说明两个问题:
问题一:我们启动一个线程,必须调用start(),不能调用run()的方式启动线程。
问题二:如果再启动一个线程,必须重新创建一个Thread子类的对象,调用此对象的start().
方式二:实现Runnable接口的方式:
-
- 创建一个实现了Runnable接口的类
-
- 实现类去实现Runnable中的抽象方法:run()
-
- 创建实现类的对象
-
- 将此对象作为参数传递到Thread类的构造器中,创建Thread类的对象
-
- 通过Thread类的对象调用start()
两种方式的对比:
- 开发中:优先选择:实现Runnable接口的方式
- 原因:1. 实现的方式没类的单继承性的局限性
-
2.实现的方式更适合来处理多个线程共享数据的情况。
- 联系:public class Thread implements Runnable
- 相同点:两种方式都需要重写run(),将线程要执行的逻辑声明在run()中。
目前两种方式,要想启动线程,都是调用的Thread类中的start()。
- Thread类中的常用方法
-
- start():启动当前线程;调用当前线程的run()
-
- run(): 通常需要重写Thread类中的此方法,将创建的线程要执行的操作声明在此方法中
-
- currentThread():静态方法,返回执行当前代码的线程
-
- getName():获取当前线程的名字
-
- setName():设置当前线程的名字
-
- yield():释放当前cpu的执行权
-
- join():在线程a中调用线程b的join(),此时线程a就进入阻塞状态,直到线程b完全执行完以后,线程a才结束阻塞状态。
-
- stop():已过时。当执行此方法时,强制结束当前线程。
-
- sleep(long millitime):让当前线程“睡眠”指定的millitime毫秒。在指定的millitime毫秒时间内,当前线程是阻塞状态。
-
- isAlive():判断当前线程是否存活
- 线程的优先级:
-
MAX_PRIORITY:10
-
MIN _PRIORITY:1
-
NORM_PRIORITY:5 -->默认优先级
-
getPriority():获取线程的优先级
-
setPriority(int p):设置线程的优先级
说明:高优先级的线程要抢占低优先级线程cpu的执行权。但是只是从概率上讲,高优先级的线程高概率的情况下被执行。并不意味着只当高优先级的线程执行完以后,低优先级的线程才执行。
-
Thread的生命周期
-
线程的同步机制
售票:出现重票、错票问题——当某个线程操作车票的过程中,尚未操作完成时,其他线程参与进来,也操作车票。
解决线程同步问题:
- 方式一:同步代码块
synchronized (Window2.class){
}
说明:1.操作共享数据的代码,即为需要被同步的代码。 -->不能包含代码多了,也不能包含代码少了。
2.共享数据:多个线程共同操作的变量。比如:ticket就是共享数据。
3.同步监视器,俗称:锁。任何一个类的对象,都可以充当锁。
要求:多个线程必须要共用同一把锁。
补充:在实现Runnable接口创建多线程的方式中,我们可以考虑使用this充当同步监视器。
在继承Thread类创建多线程的方式中,慎用this充当同步监视器,考虑使用当前类充当同步监视器。
- 方式二:同步方法
将方法声明为synchronized
private static synchronized void show(){
}
非静态的同步方法,同步监视器是:this
静态的同步方法,同步监视器是:当前类本身
- 方式三:Lock锁 — JDK5.0新增
//2.调用锁定方法lock()
lock.lock();
//3.调用解锁方法:unlock()
lock.unlock();
异同:
——synchronized机制在执行完相应的同步代码以后,自动的释放同步监视器
——Lock需要手动的启动同步(lock(),同时结束同步也需要手动的实现(unlock())
使用的优先顺序:
Lock —> 同步代码块(已经进入了方法体,分配了相应资源 ) —>同步方法(在方法体之外)
线程安全的单例模式(懒汉式)
class Bank{
private Bank(){
}
private static Bank instance = null;
public static Bank getInstance(){
//方式一:效率稍差
// synchronized (Bank.class) {
// if(instance == null){
//
// instance = new Bank();
// }
// return instance;
// }
//方式二:效率更高
if(instance == null){
synchronized (Bank.class) {
if(instance == null){
instance = new Bank();
}
}
}
return instance;
}
}
- 死锁问题:
不同的线程分别占用对方需要的同步资源不放弃,都在等待对方放弃自己需要的同步资源,就形成了线程的死锁
出现死锁后,不会出现异常,不会出现提示,只是所的线程都处于阻塞状态,无法继续
- 线程通信
wait():一旦执行此方法,当前线程就进入阻塞状态,并释放同步监视器。
notify():一旦执行此方法,就会唤醒被wait的一个线程。如果有多个线程被wait,就唤醒优先级高的那个。
notifyAll():一旦执行此方法,就会唤醒所有被wait的线程。
wait(),notify(),notifyAll()三个方法必须使用在同步代码块或同步方法中。
调用者必须是同步代码块或同步方法中的同步监视器。
这三个方法定义在java.lang.Object类中
sleep() 和 wait()的异同
相同点:一旦执行方法,都可以使得当前的线程进入阻塞状态。
不同点:
1)两个方法声明的位置不同:Thread类中声明sleep() , Object类中声明wait()
2)调用的要求不同:sleep()可以在任何需要的场景下调用。 wait()必须使用在同步代码块或同步方法中
3)关于是否释放同步监视器:如果两个方法都使用在同步代码块或同步方法中,sleep()不会释放锁,wait()会释放锁。
- JDK5.0新增线程创建方式
- 新增方式一:实现Callable接口。 — JDK 5.0新增,比实现Runnarable接口强大
1.call()可以返回值的。
2.call()可以抛出异常,被外面的操作捕获,获取异常的信息
3.Callable是支持泛型的
//1.创建一个实现Callable的实现类
class NumThread implements Callable{
//2.实现call方法,将此线程需要执行的操作声明在call()中
@Override
public Object call() throws Exception {
int sum = 0;
for (int i = 1; i <= 100; i++) {
if(i % 2 == 0){
System.out.println(i)