02-多线程篇

多线程简介

基本概念

  • 程序是指令和数据的有序集合,其本身没有任何运行的含义,是一个静态的概念

  • 进程是执行程序的一次执行过程,是一个动态的概念,是系统资源分配的单位。

  • 线程是CPU调度和执行的单位

  • 通常一个进程可以有多个线程(至少有一个线程,不然没有存在的意义),如同时看手机,玩游戏等。

注意:很多多线程是模拟出来,真正的多线程是指有多个CPU,即多核,如服务器。如果是模拟出来的多线程,即在一个CPU的情况下,在同一个时间点,cpu只能执行一个代码,因为切换很快,所以就有同时执行的错觉。

核心概念

  • 线程就是独立执行的路径

  • 在程序运行时,即使没有自己创建线程,后台也会有多个线程,如主线程,gc线程

  • main()称为主线程,为系统的入口,用于执行整个程序

  • 在一个进程中,如果开辟了多个线程,线程的运行由调度器安排调度,调度器是与操作系统紧密相关的,先后顺序是不能人为干预的

  • 对同一份资源操作时,会存在资源抢夺的问题,需要加入并发控制

  • 每个线程会带来额外的开销,如CPU调度时间,并发控制开销

  • 每个线程在自己的工作内存交互,内存控制不当会造成数据不一致

线程实现(重点)

可以通过三种方式进行创建:

  • Thread class:继承Thread类,重修run方法,然后调用start方法

线程开启不一定立即执行,由cpu调度执行。

实例:网图下载,下载comons-io.jar包或者通过maven方式下载jar包

  • Runnable 接口:实现Runnable接口,重写run方法

总结:

继承Thread类:

  1. 子类继承Thread类具备多线程能力

  2. 启动线程:子类对象.start()

  3. 不建议使用:避免OOP(面向对象设计)单继承局限性

实现Runnable接口:

  1. 实现接口Runnable具有多线程能力

  2. 启动线程:传入目标对象+Thread对象.start()

  3. 推荐使用:避免单继承局限性,灵活方便,方便同一个对象被多个线程使用

实例:通过多线程模拟抢票

image-20220222143716585

会发现不同的线程,都会抢占该资源,造成了并发,后面会学习。

实例:龟兔赛跑

  • Callable 接口:实现Callable接口(了解即可)

  1. 实现Callable接口

  2. 重写call方法

  3. 创建执行服务

  4. 提交执行

  5. 获取结果

  6. 关闭服务

静态代理模式

例子: 真实角色:你; 代理角色:婚庆公司; 结婚:实现结婚接口

在不动原来的类情况下,扩展方法。

lambda表达式

  • 实质属于函数式编程的概念

作用

  • 避免匿名内部类定义过多

  • 使代码看起来简介

  • 简化代码,只留下核心逻辑

函数式接口

定义:任何接口,如果只包含唯一一个抽象方法,那么它就是一个函数式接口

对于函数式接口,我们可以通过lambda表达式来创建该接口的对象。

lambda简单推导

  • lambda表达式只能有一行代码的情况下才能简化成为一行,如果有多行,那么就用代码块包裹。

  • lambda表达式的前提是接口为函数式接口。

  • 多个参数也可以去掉参数类型,要去掉就都去掉,必须加上括号。

线程状态

概念

image-20220222213011048
  • 创建、就绪、阻塞、运行、死亡

image-20220222213339345

线程方法

方法
说明

setPriority(int newPriority)

更改线程的优先级

statci void sleep(long millis)

在指定的毫秒数内让当前正在执行的线程休眠

void join()

等待该线程停止

static void yield()

暂停当前正在执行的线程对象,并执行其他线程

void interrupt()

中断线程,别用这个方式

boolean isAlive()

测试线程是否处于活动状态

停止线程

不推荐使用JDK提供的stop()、destroy()方法。(已废弃)

推荐线程自己停止下来,建议使用一个标志位进行终止变量当flag=false,则终止线程运行。

线程休眠-sleep()

  • sleep(时间)指定当前线程阻塞的毫秒数;

  • sleep存在异常InterruptedException;

  • sleep时间达到后线程进入就绪状态;

  • sleep可以模拟网络延时,倒计时等;

  • 每一个对象都有一个锁,sleep不会释放锁。

模拟网络延时的作用:放大问题的发生性。

线程礼让-yield()

  • 礼让线程,让当前正在执行的线程暂停,但不阻塞;

  • 将线程从运行状态转为就绪状态;

  • 让CPU重新调度,礼让不一定成功,看CPU心情。

线程强行执行-join()

  • join合并线程,待此线程执行完后,再执行其它线程,其它线程阻塞;

  • 可以想象成插队

少使用,容易阻塞线程。

观察线程状态

Thread.State线程状态,线程可以处于以下状态之一。

线程状态
描述

NEW

尚未启动的线程处于此状态

RUNNABLE

在Java虚拟机中执行的线程处于此状态

BLOCKED

被阻塞等待监视器锁定的线程处于此状态

WAITING

正在等待另一个线程执行特定动作的线程处于此状态

TIMED_WAITING

正在等待另一个线程执行动作达到指定等待时间的线程处于此状态

TERMINATED

已退出的线程处于此状态

一个线程可以在给定时间点处于一个状态。这些状态是不反映任何操作系统线程状态的虚拟机状态。

线程中断或者结束,一旦进入死亡状态,就不能再次启动。

线程优先级

  • Java提供一个线程调度器来监控程序中启动后进入就绪状态的所有线程,线程调度器按照优先级来决定应该调度哪个线程来执行。

  • 线程的优先级用数字表示,范围从1~10。

    • Thread.MIN_PRIORITY = 1;

    • Thread.MAX_PRIORITY = 10;

    • Thread.NORM_PRIORITY = 5;

  • 使用一下方法改变或获取优先级getPriority.setPriority(int xxx)

优先级低只是意味着调度的概率低,并不是优先级低就不会被调用了,这都是看CPU的调度。

守护(daemon)线程

  • 线程分为用户线程守护线程

  • 虚拟机必须确保用户线程执行完毕 (如,main)

  • 虚拟机不用等待守护线程执行完毕 (如,后台记录操作日志,监控内存,垃圾回收……)

守护线程会在用户线程运行完后,会自动停止。

线程同步(重点)

概念

并发:同一个对象多个线程同时操作 (如:上万人同时抢票)

处理多线程问题时,多线程访问同一个对象(并发),并且某些线程还想修改这个对象。这时则需要线程同步。

线程同步其实是一种等待机制,多个需要同时访问此对象的线程进入这个对象的等待池形成队列,等待前面的线程使用完毕,下一个线程再使用。

线程同步的形成条件:队列+锁

由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提出一套机制,这套机制就是synchronized关键字,它包括两种用法:synchronized方法和synchronized

同步方法: public synchronized void method(int args) {}

synchronized方法控制对“对象”的访问,每个对象对应一 把锁,每个synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞,方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行。但是存在如下问题:

一个线程持有锁会导致其他所有需要此锁的线程挂起﹔ 在多线程竞争下,'加锁﹐释放锁会导致比较多的上下文切换和调度延时,引起性能问题﹔ 如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置,引起性能问题。

三大不安全案例

  • 不安全的买票

每个线程在自己的工作内存交互,内存控制不当会造成数据不一致

  • 不安全的银行

  • 线程不安全的集合

同步方法及同步块

  • 由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提出一套机制,这套机制就是synchronized关键字,它包括两种用法:synchronized方法和synchronized

同步方法: public synchronized void method(int args) }

  • synchronized方法控制对“对象”的访问,每个对象对应一 把锁,每个synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞,方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行。 缺陷:若将一个大的方法申明为synchronized将会影响效率

方法里需要修改的内容才需要锁,否则浪费资源

  • 同步块: synchronized (Obj){}

  • Obj称之为同步监视器

  • Obj可以是任何对象,但是推荐使用共享资源作为同步监视器

  • 同步方法中无需指定同步监视器,因为同步方法的同步监视器就是this , 就是这个对象本身,或者是class [反射中讲解]

  • 同步监视器的执行过程

    1. 第一个线程访问,锁定同步监视器,执行其中代码.

    2. 第二个线程访问,发现同步监视器被锁定,无法访问.

    3. 第一个线程访问完毕,解锁同步监视器

    4. 第二个线程访问, 发现同步监视器没有锁,然后锁定并访问

看下集合的:

测试JUC安全集合

线程锁

死锁

多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等待对方释放资源,都停止执行的情形,某一个同步块同时拥有“两个以上对象的锁”时,就可能会发生“死锁”的问题。

实例:两个女生互相抢夺唯一的镜子和口红打扮自己。谁都想用,因此谁都不想让。

解决的办法:把同步代码块拿出来,不让两个人同时报一把锁

死锁产生的条件

产生死锁的四个必要条件:

  • 互斥条件:一个资源每次只能被一个进程使用。

  • 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放

  • 不剥夺条件:进程已获得的资源,在未使用完之前不能强行剥夺。

  • 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

只要破坏其中一个。就可以避免死锁。

Lock(锁)

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

java.util.concurrent.locks.Lock(可重入锁)接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象

ReentrantLock类实现了Lock ,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显式加锁、释放锁。

实例:不安全买票例子

注意:如果需要抛出异常,unlock()需要写在finally{}块中

synchronized与Lock对比

  • Lock是显式锁(手动开启和关闭锁,别忘记关闭锁) synchronized是隐式锁, 出了作用域自动释放

  • Lock只有代码块锁,synchronized有代码块锁和方法锁

  • 使用Lock锁,JVM将花费较少的时间来调度线程,性能更好。并且具有更好的扩展性(提供更多的子类)

  • 优先使用顺序:Lock > 同步代码块(已经进入了方法体,分配了相应资源) > 同步方法(在方法体之外)

线程协作(生产者与消费者模式)

线程通信

应用场景:生产者与消费者问题

  • 假设仓库中只能存放一件产品,生产者将生产出来的产品放入仓库,消费者将仓库中产品取走消费

  • 如果仓库中没有产品,则生产者将产品放入仓库,否则停止生产并等待,直到仓库中的产品被消费者取走为止。

  • 如果仓库中放有产品,则消费者可以将产品取走消费,否则停止消费并等待,直到仓库中再次放入产品为止。

分析

这是一个线程同步问题,生产者和消费者共享同一个资源,并且生产者和消费者之间相互依赖,互为条件。

  • 对于生产者,没有生产产品之前,要通知消费者等待,而生产了产品之后又需要马上通知消费者消费

  • 对于消费者,在消费之后,要通知生产者已经结束消费,需要生产新的产品以供消费

  • 在生产者消费者问题中,仅有synchronized是不够的

    • synchronized可阻止并发更新同一个共享资源,实现了同步

    • synchronized不能用来实现不同线程之间的消息传递(通信)

  • Java提供了几个方法解决线程之间的通信问题

方法名
作用

wait()

表示线程一直等待,直到其他线程通知,与sleep不同,会释放锁

wait(long timeout)

指定等待的毫秒数

notify()

唤醒一个处于等待状态的线程

notifyAll()

唤醒同一个对象上所有调用wait()方法的线程,优先级别高的线程优先调度。

注意:均是Object类的方法,都只能在同步方法或者同步代码块中使用,否者会抛出异常IIIegalMonitorStateException。

解决方法

并发协作模型“生产者/消费者模式” –>管程法

管程法

  • 生产者:负责生产数据的模块(可能是方法,对象,线程,进程);

  • 消费者:负责处理数据的模块(可能是方法,对象,线程,进程);

  • 缓冲区:消费者不能直接使用生产者的数据,他们之间有个“缓冲区“

生产者将生产好的数据放入缓冲区,消费者从缓冲区拿出数据

信号灯法

通过一个信号灯的方法进行管理,比如红绿灯。

线程池

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

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

好处:

  • 提高响应速度(减少了创建新线程的时间)

  • 降低资源消耗(重复利用线程池中线程,不需要每次都创建)

  • 便于线程管理…

    • corePoolSize:核心池的大小

    • maximumPoolSize:最大线程数

    • keepAliveTime:线程没有任务时最多保持多长时间后会终止

JDK 5.0起提供了线程池相关API:ExecutorService 和Executors

  • ExecutorService:真正的线程池接口。常见子类ThreadPoolExecutor

    • void execute(Runnable command):执行任务/命令,没有返回值,一般用来执Runnable

    • <T>Future<T> submit(Callable<T> task):执行任务,有返回值,一般用来执行Callable

    • void shutdown() :关闭连接池

  • Executors:工具类、线程池的工厂类,用于创建并返回不同类型的线程池··

Thread Dump日志分析

  • 使用jps查看java进程PID

  • 使用jstack查看线程日志

  • 通过top -c动态显示进程及占用资源的排行榜,从而找到占用CPU最高的进程PID

  • 然后再定位到对应的线程,top -H -p pid进程号查找到该进程中最消耗CPU的线程,得到PID进程号

  • 通过 printf "0x%x\n" 81122 命令,把对应的线程PID转化为16进制

  • 截止执行这个命令 jstack 80972 | grep -A 20 0x13ce2 查看线程Dump日志,其中-A 20表示

    展示20行, 80972表示进程ID, 0x13ce2表示线程ID

最后更新于

这有帮助吗?