狂神多线程详解笔记
1|0多线程详解
学无止境,不学习就会被社会淘汰。
普通方法调用和多线程
1|11、Process(进程) 与 Thread(线程)
进程
- 说起进程,就不得不说程序。程序是指令和数据的有序集合,其本身没有任何运行的含义,是一个静态的概念。
- 而进程则是执行程序的一次执行过程,他是一个动态的概念。是系统资源分配的单位
- 通常在一个进程总可以包含若干个线程,当然一个进程中至少有一个线程,不然没有存在的意义。线程是CPU调度和执行的单位。
注意:很多多线程是模拟出来的, 真正的多线程是指有多个CPU,即多核,如服务器。如果是模拟出来的多线程,即在一个CPU的情况下,在同一个时间点,在同一个时间点,CPU只能执行一个代码,因为切换的很快,所以就有同时执行的错觉。
核心概念
- 线程就是独立的执行路径;
- 在程序运行时,即使没有自己创建线程,启台也会有多个线程,如主线程,gc线程
- main()称之为主线程,为系统的入口,用于执行整个程序;
- 在一个进程中,如果开辟了多个线程,线程的运行由调度器安排调度,调度器是与操作系统紧密相关的,先后顺序是不能人为的干预的。
- 对同一份资源操作时,会存在资源抢夺的问题,需要加入并发控制;
- 线程会带来额外的开销,如cpu调度时间,并发控制开销。
- 每个线程在自己的工作内存交互,内存控制不当会造成数据不一致
1|22、线程创建
三种创建方式
- 继承Thread类
- 实现Runnable接口
- 实现Callable接口
2.1、Thread
- 自定义线程类继承Thread类
- 重写run() 方法,编写线程执行体
- 创建线程对象,调用start() 方法启动线程
发现两个方法在交替执行
总结:注意,线程开启不一定立即执行,由CPU调度执行
案例:下载图片
首先导入commons.io 的jar包:commons-io-2.6.jar下载
然后放入项目下一个lib文件夹里,右键add as library
理论上,先下载1然后2最后3
实际上:
2.2、实现Runnable
- 自定义Runnable类实现Runnable接口
- 实现run() 方法,编写线程执行体
- 创建线程对象,调用start() 方法启动线程
修改TestThread2
实现 Runnable 接口,为如下形式
小结:
继承Thread类
- 子类继承Thread类具备多线程能力
- 启动线程:子类对象. start()
- 不建议使用:避免OOP单继承局限性
实现Runnable接口
初识并发问题
结果:
发现数据紊乱,线程不安全
案例:龟兔赛跑-Race
- 首先来个跑道记录,然后要离终点越来越近
- 判断比赛是否结束
- 打印出胜利者
- 龟兔赛跑开始
- 故事中是乌龟赢得,兔子需要睡觉,所以我们来模拟兔子睡觉
- 终于,乌龟赢得比赛
运行结果:
2.3、实现Callable接口(了解)
- 实现Callable接口,需要返回值类型
- 重写call方法,需要抛出异常
- 创建目标对象
- 创建执行服务:ExecutorService ser = Executors.newFixedThreadPool(1);
- 提交执行:Future result1 = ser.submit(t1);
- 获取结果:boolean r1 = result1.get()
- 关闭服务:ser.shutdowNow();
修改TestThread2
实现 Callable 接口,为如下形式
1|33、静态代理模式
由 Thread 的源码可知,Thread 底层就是一个静态代理,实现 Runnable 接口,代理我们的 Runnable 对象
1|44、Lambda表达式
- λ希腊字母表中排序第十一位的字母,英语名称为Lambda
- 避免匿名内部类定义过多
- 其实质属于函数式编程的概念
为什么要使用lambda表达式
- 避免匿名内部类定义过多
- 可以让你的代码看起来很简洁
- 去掉了一对没有意义的代码,只留下核心的逻辑
也许你会说,我看了Lambda表达式,不但不觉得简介,反而觉得更乱,看不懂了。那是因为我们还没有习惯,用的多了,看习惯了,就好了。
理解Functional Interface(函数式接口)是学习Java8 lambda表达式的关键所在。
函数式接口的定义:
-
任何接口,如果只包含唯一一个抽象方法,那么它就是一个函数式接口。
-
对于函数式接口,我们可以通过lambda表达式来创建该接口的对象
以下是Lambda表达式的推导:
结果:
我们再通过一个有参数的例子来熟悉:
结果:
-
Lambda表达式的简化
总结:
- lambda表达式只能有一行代码的情况下才能简化成为一行,如果有多行,那么就用代码块包裹
- 前提是接口为函数式接口
- 多个参数也可以去掉参数类型,要去掉就都去掉,必须加括号
1|55、线程状态
线程方法
方法 | 说明 |
---|---|
setPriority(int nevPriority) | 更改线程的优先级 |
static void sleep(long millis) | 在指定的毫秒数内让当前正在执行的线程休眠 |
void join() | 等待该线程终止 |
static void yield() | 暂停当前正在执行的线程对象,并执行其他线程 |
void interrupt() | 中断线程,别用这个方式 |
boolean isAlive() | 测试线程是否处于活动状态 |
5.1、停止线程
- 不推荐使用JDK提供的stop()、destory()方法。【已废弃】
- 推荐线程自己停止下来
- 建议使用一个标志位进行终止变量当flag=false,则终止线程运行。
结果:
5.2、线程休眠 Sleep
- sleep(时间)指定当前线程阻塞的毫秒数
- sleep存在异常InterruptedException
- sleep时间达到后线程进入就绪状态
- sleep可以模拟网络延时,倒计时等
- 每一个对象都有一个锁,sleep不会释放锁
5.3、线程礼让 Yield
- 礼让线程,让当前正在执行的线程暂停,但不阻塞
- 将线程从运行状态转为就绪状态
- 让 CPU 重新调度,礼让不一定成功!看 CPU 心情
结果:
5.4、线程强制执行 Join
- Join合并线程,待此线程执行完成后,再执行其他线程, 其他线程阻塞
- 可以想象成插队
结果:
5.4、线程状态规则
Thread.State
线程状态。线程可以处于下列状态之一:
- NEW
至今尚未启动的线程处于这种状态。 - RUNNABLE
正在 Java 虚拟机中执行的线程处于这种状态。 - BLOCKED
受阻塞并等待某个监视器锁的线程处于这种状态。 - WAITING
无限期地等待另一个线程来执行某一特定操作的线程处于这种状态。 - TIMED_WAITING
等待另一个线程来执行取决于指定等待时间的操作的线程处于这种状态。 - TERMINATED
已退出的线程处于这种状态。
在给定时间点上,一个线程只能处于一种状态。这些状态是虚拟机状态,它们并没有反映所有操作系统线程状态。
结果:
1|66、线程优先级
- Java提供一个线程调度器来监控程序中启动后进入就绪状态的所有线程,线程调度器按照优先级决定应该调度哪个线程来执行。
- 线程的优先级用数字表示,范围从1~10
- Thread.MIN_PRIORITY = 1;
- Thread.MAX_PRIORITY = 10;
- Thread.NORM_PRIORITY = 5;
- 使用以下方式改变或获取优先级
- getpriority()、setPriority(int xxx)
查看源代码:
结果:
1|77、守护(daemon)线程
- 线程分为用户线程和守护线程
- 虚拟机必须确保用户线程执行完毕
- 虚拟机不用等待守护线程执行完毕
- 如,后台记录操作日志,监控内存,垃圾回收等。
结果:
用户线程死了之后,守护线程又运行了一会儿之后停止
1|88、线程同步
多个线程操作同一个资源
8.1、并发
同一个对象被多个线程同时操作
8.2、线程同步
由于同一进程的多个线程共享同一个存储空间,在带来方便的同时,也带来了访问冲突问题,为了保证数据在方法中被访问时的准确性,在访问时计入锁机制 synchronized, 当一个线程获得对象的排它锁,独占资源,其他线程必须等待,使用后释放锁即可,存在以下问题:
- 一个线程持有锁会导致其他所有需要此锁的线程挂起
- 在多线程竞争下,加锁,释放锁会导致比较多的上下文切换和调度延时,引起性能问题
- 如果一个优先级高的线程等待一个优先级低的线程释放锁,会导致优先级倒置,引起性能问题
8.3、三大不安全案例
8.4、同步方法
由于可以通过 private 关键字来保证数据对象只能被方法访问,所以我们只需要针对方法出一套机制,这套机制就是 synchronzed 关键字,它包括两种用法: synchronized 方法和 synchronized 块
synchronized 方法控制对“对象” 的访问,每个对象对应一把锁,每个 synchronized 方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞,方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行
缺陷:若将一个大的方法申明为synchronized 将会影响效率
8.5、同步块
Obj 称之为 同步监视器
- Obj 可以是任何对象,但是推荐使用共享资源作为同步监视器
- 同步方法中无需指定同步监视器,因为同步方法的同步监视器就是this,就是这个对象本身,或者是 class
同步监视器的执行过程
- 第一个线程访问,锁定同步监视器,执行其中代码
- 第二个线程访问,发现同步监视器被锁定,无法访问
- 第一个线程访问完毕,解锁同步监视器
- 第二个线程访问,发现同步监视器没有锁,然后锁定并访问
8.6、改善三大不安全案例
-
案例一:buy() 方法上添加 synchronized 关键字
结果:
-
案例二:使用 synchronized 块来解决,针对的对象是 account,不是 bank
结果:
-
案例三:使用 synchronized 块来解决,针对的对象是 list,锁住的对象要必须是增删改查的对象
结果:
8.7、CopyOnWriteArrayList
一个安全的类,在JUC下的
查看 CopyOnWriteArrayList 的源码:
我们发现 CopyOnWriteArrayList 的 add 方法自带 lock 锁
8.8、死锁
多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等待对方释放资源,都停止执行的情形,某一个同步块同时拥有“两个以上对象的锁”时,就可能会发生“死锁”的问题。
案例演示:
结果:造成死锁
解决办法:去掉重入锁
结果:成功解决死锁
死锁避免方法
产生死锁的四个必要条件:
- 互斥条件:一个资源每次只能被一个进程使用。
- 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
- 不剥夺条件:进程已获得的资源,在未使用完之前,不能强行剥夺。
- 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
上面列出了死锁的四个必要条件,我们只要想办法破其中的任意一个或多个条件就可以避免死锁发生
1|99、Lock(锁)
- 从JDK5.0开始,Java提供了更强大的线程同步机制——通过显示定义同步锁对象来实现同步。同步锁使用Lock对象充当
- java.util.concurrent.locks.Lock 接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源独占访问,每次之能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象
- ReentrantLock 类(可重入锁)实现了Lock,它拥有与 synchronized 相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显示加锁、释放锁。
案例演示:依旧使用买票作为例子
结果:
锁的建议语法:
synchronized 与 Lock 的对比
- Lock是显示锁(手动开启和关闭锁) ,synchronized是隐式锁,出了作用域自动释放
- Lock只有代码块锁,synchronized有代码块和方法锁
- 使用Lock 锁,JVM 将花费较少的时间来调度线程,性能更好。并且具有更好的扩展性(提供更多的子类)
- 优先使用顺序:
- Lock > 同步代码块(已经进入了方法体,分配了相应资源)> 同步方法(在方法体之外)
1|1010、线程协作
10.1、线程通信
应用场景:生产者和消费者问题
- 假设仓库中只能存放一件产品,生产者将生产出来的产品放入仓库,消费者将仓库中产品取走消费
- 如果仓库中没有产品,则生产者将产品放入仓库,否则停止生产并等待,直到仓库中的产品被消费者取走为止
- 如果仓库中没有产品,则消费者可以将产品取走消费,否则停止消费并等待,直到仓库中再次放入产品为止
分析:
这是一个线程同步问题,生产者和消费者共享同一个资源,并且生产者和消费者之间相互依赖,互为条件
- 对于生产者,没有生产产品之前,要通知消费者等待,而生产了产品之后,又需要马上通知消费者消费
- 对于消费者,在消费之后,要通知生产者已经结束消费,需要生产新的产品以供消费
- 在生产者消费者问题中,仅有synchronized是不够的
- synchronized 可阻止并发更新同一个共享资源,实现了同步
- synchronized 不能用来实现不同线程之间的消息传递(通信)
Java提供了几个方法解决线程之间的通信问题
方法名 | 作用 |
---|---|
wait() | 表示线程一直等待,直到其他线程通知,与sleep不同,会释放锁 |
wait(long timeout) | 指定等待的毫秒数 |
notify() | 唤醒一个处于等待状态的线程 |
notifyAll() | 唤醒同一个对象上所有调用wait()方法的线程,优先级别高的线程优先调度 |
注意:均是Object 类的方法, 都只能在同步方法或者同步代码块中使用,否则会抛出异常 IIIagaIMonitorStateException
管程法
解决方式1
并发协作模型“生产者/消费者”–>管程法
- 生产者:负责生产数据的模块(可能是方法,对象,线程,进程)
- 消费者:负责处理数据的模块(可能是方法,对象,线程,进程)
- 缓冲区:消费者不能直接使用生产者的数据,他们之间有个“缓冲区”
生产者将生产好的数据放入缓冲区,消费者从缓冲区拿出来数据
代码演示:
结果:
信号灯法
解决方式2
并发协作模型“生产者/消费者”–>信号灯法
代码示例:
结果:
1|1111、线程池
背景:经常创建和销毁、使用量特别大的资源,比如并发情况下多的线程,对性能影响很大。
思路:提前创建好多个线程,放入线程池中,使用时直接获取,使用完放回池中。可以避免频繁创建销毁、实现重复利用。类似生活中的公共交通工具。
好处:
- 提高响应速度(减少了创建新线程的时间)
- 降低资源消耗(重复利用线程池中线程,不需要每次都创建)
- 便于线程管理
- corePoolSize:核心池的大小
- maximumPoolSize:最大线程数
- keepAliveTime:线程没有任务时最多保持多长时间后终止
11.1、使用线程池
-
JDK5.0起提供了线程池相关API:ExecutorService 和 Executors
-
ExecutorService:真正的线程池接口。常见子类 ThreadPoolExecutor
- void execute(Runnable command):执行任务/命令,没有返回值,一般用来执行Runnable
- Future submit(Callable task):执行任务,有返回值,一般又来执行Callable
- void shutdown() :关闭连接池
-
Executors:工具类、线程池的工厂类,用于创建并返回不同类型的线程池
代码案例:
结果:
1|1212、总结
__EOF__

本文链接:https://www.cnblogs.com/dt746294093/p/16541950.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· DeepSeek在M芯片Mac上本地化部署