Java——多线程
Typora写到一半崩了,文本直接没了可真是没把我弄得心态爆炸,第五到第八都是后面根据狂神的文档复制粘贴了,虽然代码还在相关的注释没了可真是难受!!!
一、线程简介
-
任务:执行的目标,具体由线程来实现
-
进程:程序是指令和数据的有序集合,是一个静态的概念;进程是执行程序的一次执行过程,是一个动态的概念.(进程是系统资源分配的单位)
-
线程:一个进程至少有一个线程.线程是CPU调度和执行的单位
注:
- 真正的多线程是指有多个cpu,即多核,如服务器.如果是模拟出来的多线程,即在一个cpu的情况下,在同一个时间点,cpu只能执行一个代码,因为切换的很快,所以有了看似并发的效果
- 程序中的main函数可以理解为主线程
- 后台始终保持了一个gc线程(垃圾回收线程)
-
多线程:多个线程的同时执行
二、线程创建的方式
-
Thread class:继承Thread类(其实也是实现了Runnable接口)
- 新建一个类并继承Thread类
- 重写run方法,也就是线程执行体
- 在主线程中new一个该对象,通过start方法执行
注:线程的调度是有延时的,由cpu调度执行.所以这里的主函数的循环建议设为1000(具体由电脑的特性决定),否则无法清晰地看到主线程的输出将次线程的输出包裹
延伸:利用多线程下载图片
导入相关的依赖:
编写主程序:
注:这里实现的一个有趣的细节,外部的数据需要作为Thread的实现类的属性放进去!
图片大小:1>3>2
现在完成速度:3>2>1
-
Runnable接口:实现Runnable接口
静态代理
-
定义类实现Runnable接口
-
实现run()方法,编写线程执行体
-
创建Thread对象,同时将Runnable实现类的对象丢进去,调用start()方法启动线程
将上一个图片下载的类改成用Runnable实现
静态代理的实现:(从三个对象说起)
- 抽象角色:真实角色实现的业务,通常为接口,且被真实角色和代理角色实现(其实代理角色实现的接口就是与之相对应的真实角色的接口,当然可能还增加了一些业务).Runable接口,主要是run方法的实现(Thread类中的Runnable类型的字段——target)
- 真实角色:ThreadTest3类,也就是被代理的对象(Thread中target属性的实例)
- 代理角色:Thread类,代理了ThreadTest3要实现的操作,同时添加了一些附属的操作,比如开启了一个新的线程进行代理
优点:避免了单继承的局限性,灵活方便,同一个对象,可以被多个线程使用
缺点:在使用同一个对象的情况下,可能多个线程操作同一个资源造成线程不安全
注:几个人之间很可能抢到相同的一张票
-
-
Callable接口:实现Callable接口
- 实现Callable接口,需要返回值类型(接口的返回值????)
- 重写call方法,需要抛出异常
- 创建目标对象
- 创建执行服务:
ExecutorService ser = Executors.newFixedThreadPool(1);
- 提交执行:
Future<Boolean> result1 = ser.submit(t1);
- 获取结果:
boolean r1 = result1.get();
- 关闭服务:
ser.shutdownNow();
优点:
- 可以定义返回值
- 可以抛出异常
初次使用:(后面还会详细讲到Executor类)
这里看一下Callable接口中的call方法
注:v是call的返回值.当我们实现这一接口时,需要将v的类型写在接口的附近(如上例中的返回类型就是Boolean):
public class ThreadTest6 implements Callable<Boolean>
三、Lambda表达式(函数式编程)
使用前提:函数式接口
函数式接口的定义:
- 任何接口,如果只包含唯一一个抽象方法,那它就是一个函数式接口
- 对于函数式接口,我们可以通过lambda表达式来创建该接口的对象
优化过程:内部实现类->静态内部类->局部内部类->匿名内部类(没有类的名称,必须借助**接口**或者父类)->lambda表达式简化(可以简化参数类型,括号,花括号)
代码:
优点:
- 避免匿名内部类定义过多
- 让代码看上去更加简洁
- 去掉一堆没有意义的代码,只留下核心的逻辑
应用场景:多线程中的Runnable接口
注:在idea中的使用需要进行一些设置,详细可见这篇文章https://blog.csdn.net/mtngt11/article/details/100052996
四、线程状态
状态:创建,就绪,运行,阻塞,死亡
相关方法:
- setPriority:更改线程的优先级
- sleep:让当前正在执行的线程休眠
- join:等到该线程终止
- yield:暂停当前正在执行的线程对象,并执行其它线程
- interrupt:中断线程
- isAlive:测试线程是否处于活动状态
停止线程:
-
建议线程正常停止:利用次数,不推荐死循环
-
建议使用一个标志位(flag),比如保持线程是在
flag=true
的情况下才能运行 -
不要用过时或者JDK不建议使用的方法
-
线程休眠
特点:
- sleep(时间)指定当前线程阻塞的毫秒数
- sleep存在异常InterruptedException
- sleep时间达到后线程进入就绪状态
- sleep可以模拟网络延时,倒计时等
- 每一个对象都有一个锁,sleep不会释放锁
作用:
-
模拟网络延时,放大问题的发生性
注:还是这个案例,如果不睡一下,所有票都会被小明抢到,因为小明这个线程是最先开启的,且抢票太快了.如果睡一下,又会发现线程是不安全的,因为有多个人很可能正好抢到了同一张票
-
模拟倒计时,打印当前时间(如果采用的不是主线程可能无法拿到控制权,因此这个方案是不太严谨的)
-
线程休眠
特点:
-
礼让线程,让当前正在执行的线程暂停,但不阻塞
-
将线程从运行状态转为就绪状态
-
让cpu重新调度,礼让不一定成功,和具体的CPU调度算法有关
一个不太严谨的测试:
-
-
合并进程
特点:
-
Join合并继承,待此进程执行完成后,再执行其他线程,其他线程阻塞
-
-
观测线程的状态
注:
- 死亡的线程无法再次启动
- 下面输出的间隔需要定位100,如果定位1000很可能两边间隔相重叠导致输出Runable
-
线程优先级
-
特点:Java提供一个线程调度器来监控程序中启动后进入就绪状态的所有进程,线程调度器按照优先级决定应该调度哪个线程来执行
-
优先级范围:1~10
-
注意线程的实际执行还是要看cpu,但是优先级搞得线程执行的可能性更大
注:先设置优先级再启动
-
-
守护线程(daemon)
特点:
- 线程分为用户线程和守护线程
- 虚拟机必须确保用户线程执行完毕
- 虚拟机不用等待守护线程执行完毕(可以认为,守护线程随着用户线程的消亡而消亡)
- 如:后台记录操作日志,监控内存,垃圾回收等
代码:
注:可以看到虽然守护线程永远为true,但是在用户结束后它也会结束.简单来说就是把你送走了它才走
五、线程同步机制
并发:同一个对象被多个线程同时操作
线程同步:线程同步多用于处理多线程问题(通常为多个线程访问同一个对象).线程同步其实是一种等待机制,多个需要同时访问此对象的线程进入这个对象的等待池形成队列,等待前面线程使用完毕,下一个线程再使用
每个线程在自己的工作内存交互,内存控制不当会造成数据不一致(第一个线程的工作内存有3张票,第二个线程的工作内存有5张票,而实际上可能已经没有票了,这种情况下的售票显然会得到负值)
两个测试案例:
注:通过这里0/0,50/50的结果我们可以极大地感受到线程的不安全性
线程不安全的集合:
-
ArrayList (两个线程再同一时间覆盖了同一位置,倒置出现数据的缺失)
注:这里实际的list.size不会有1000,因为在线程运作的过程中很可能出现两个线程共同只能用同一个位置,从而导致结果错误
解决方案:同步方法——synchronized修饰符
本质:队列+锁
优点:安全
缺点:性能以及性能倒置问题(优先级高的线程等待优先级低的线程拿到的锁)
使用:
-
同步方法:修饰方法,但锁的是方法的this对象
-
同步块:修饰语句块,锁的对象就是变化的量,需要增删改的对象
格式:synchronized(obj){}
注:obj是同步监视器,通常是共享资源,如果synchronized修饰的是方法,可以认为obj就是this
六、死锁
定义:多个线程各自占有一些共享资源 , 并且互相等待其他线程占有的资源才能运行 , 而 导致两个或者多个线程都在等待对方释放资源 , 都停止执行的情形 . 某一个同步块 同时拥有 “ 两个以上对象的锁 ” 时 , 就可能会发生 “ 死锁 ” 的问题.比如两个小朋友a和b,a想要水枪,b想要小车,两个谁又不让谁,矛盾无法调和就出现了死锁
产生条件:
- 互斥条件:一个资源每次只能被一个进程使用
- 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
- 不剥夺条件 : 进程已获得的资源,在末使用完之前,不能强行剥夺。
- 循环等待条件 : 若干进程之间形成一种头尾相接的循环等待资源关系。
注:嵌套的同步块很容易造成死锁
解决方法:将同步块解开
七、Lock(锁)
特点:
- java.util.concurrent.locks.Lock接口是控制多个线程对共享资源进行访问的工具。 锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开 始访问共享资源之前应先获得Lock对象
- ReentrantLock 类实现了 Lock ,它拥有与 synchronized 相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显式加锁、释放锁。
synchronized与lock比较
- Lock是显式锁(手动开启和关闭锁,别忘记关闭锁)synchronized是隐式锁,出了作用域自动释放
- Lock只有代码块锁,synchronized有代码块锁和方法锁
- 使用Lock锁,JVM将花费较少的时间来调度线程,性能更好。并且具有更好的扩展性(提供更多的子类)
- 优先使用顺序: Lock > 同步代码块(已经进入了方法体,分配了相应资源)> 同步方法(在方 法体之外)
注:
- 建议将reentrantLock.lock放在try-catch外
- 这里使用的是ReentrantLock
八、线程通信
生产者与消费者问题:这是一个线程同步问题 , 生产者和消费者共享同一个资源 , 并且生产者和消费者之 间相互依赖 , 互为条件
相关接口:
- wait():表示线程一直等待,知道其他线程通知,与sleep不同,会释放锁
- wait(long timeout):指定等待的毫秒数
- nitify():唤醒一个处于等待状态的线程
- notifyAll():唤醒同一个对象上所有调用wait()方法的线程,优先级别高的线程优先调度
注意:
- 以上均是Object类的方法
- 都只能在同步方法或者同步代码块中使用,否则会抛出异常IllegalMonitorStateException
解决方法:
-
管程法:消费者不能直接使用生产者的数据 , 他们之间有个 “ 缓冲区 生产者将生产好的数据放入缓冲区 , 消费者从缓冲区拿出数据
注:线程通信的方法都只能在同步方法或者同步代码块中使用,否则会抛出异常IllegalMonitorStateException
-
信号灯法:使用标志位进行通信
九、线程池
背景:经常创建和销毁、使用量特别大的资源,比如并发情况下的线程,对性能影响很大.
解决思路:提前创建好多个线程,放入线程池中,使用时直接获取,使用完再放回去,可以避免频繁创建销毁,实现重复利用.类似生活中的公共交通
好处:
- 提高响应速度
- 降低资源消耗
- 便于线程管理(核心池的大小,最大线程数,线程没有任务时最多保持多长时间后会终止)
相关类:
- ExecutorService:真正的线程池接口.常见的子类:ThreadPoolExecutor
- void execute()Runnable command:执行任务/命令,无返回值,一般用来执行Runnable
Future submit(Callable task):执行任务,有返回值,一般用来执行Callable - void shutdown():关闭连接池
- Executors:工具类、线程池的工厂类,用于创建并返回不同的类型的线程池
__EOF__
本文链接:https://www.cnblogs.com/Arno-vc/p/13637544.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix