无题
多线程
1.线程简介
1.多任务
- 现实中太多这样同时做多件事情的例子了,看起来是多个任务都在做,其实本质上我们的大脑在同一时间依旧只做了一件事情。
2.多线程
- 原来是一条路,慢慢因为车太多了,道路阻塞,效率极低。为了提高使用的效率,能够充分利用道路,于是加了多个车道。从此,妈妈再也不用担心道路阻塞了。
- 普通方法调用和多线程
3.程序.进程.线程
- 一个进程可以有多个线程,如视频中同时听声音,看图像,看弹幕,等等。
4.Process与Thread
说起进程,就不得不说下程序。程序是指令和数据的有序集合,其本身没有任何运行的含义,是一个静态的概念。
而进程则是执行程序的依次执行过程,它是一个动态的概念。是系统资源分配的单位。
通常在一个进程中可以包含若干个线程,当然一个进程中至少有一个线程,不然没有存在的意义。线程是CPU调度和执行的单位。
注意:
- 很多多线程是模拟出来的,真正的多线程是指有多个cpu,即多核,如服务器。如果是模拟出来的多线程,即在一个cpu的情况下,在同一个时间点,cpu只能执行一个代码,因为切换的很快,所以就有同时执行的错局。
5.核心概念
- 线程就是独立的执行路径。
- 在程序运行时,即使没有自己创建线程,后台也会有多个线程,比如主线程,GC线程。
- main()称之为主线程,为系统的入口,用于执行整个程序。
- 在一个进程中,如果开辟了多个线程,线程的运行是由调度器(cpu)安排调度的,调度器是与操作系统紧密相关的,先后顺序是不能人为干预的。
- 对同一份资源操作时mm会存在资源抢夺的问题,需要加入并发控制。
- 线程会带来额外的开销,如CPU调度时间,并发控制开销。
- 每个线程在自己的工作内存交互,内存控制不当会造成数据不一致。
2.线程实现
1.线程的创建(三种方式)
1.1 继承Thread类(重要)
- 自定义线程类继承
Thread
类;- 重写
run()
方法,编写线程执行体;- 创建线程对象,调用
start()
方法启动线程。
1 | package github.smt.demo01; |
- 小结:线程不一定立即执行,CPU安排调度。
1 | package github.smt.demo01; |
如果没有FileUtils.copyURLToFile方法,可以在maven官网下载jar包,按照下图导入即可。
1.2 实现Runnable接口
- 推荐使用Runnable对象,因为Java单继承的局限性;
- 自定义线程类实现
Runnable
接口;- 实现
run()
方法,编写线程执行体;- 创建线程对象,调用
start()
方法启动对象。
1 | package github.smt.demo01; |
1 | package github.smt.demo01; |
1 | package github.smt.demo01; |
1.3 实现Callable接口(了解)
- 实现Callable接口,需要返回值类型;
- 重写call方法,需要抛出异常;
- 创建目标对象;
- 创建执行服务:ExecutorService ser = Executors.newFixedThreadPool(1);
- 提交执行:Future result1 = ser.submit(11);
- 获取结果:boolean r1 = result1.get();
- 关闭服务:ser.shutdownNow();
1 | package github.smt.demo01; |
1.4Thread和Runnable对比
继承Thred类:
- 子类继承Thread类具备多线程能力;
- 启动线程:子类对象.start();
- ==不建议使用:避免OOP单继承局限性==。
实现Runnable接口
- 实现接口Runnable具有多线程能力;
- 启动线程:传入目标对象+Thread对象.start();
- ==推荐使用:避免单继承局限性,灵活方便,方便同一个对象被多个线程使用==。
2.静态代理
1 | package github.smt.demo02; |
- 优化:使用线程,Lamda表达式。
1 | package github.smt.demo02; |
- 总结
- 真实对象和代理对象都要实现一个接口;
- 代理对象要代理真实角色。
- 好处
- 代理对象可以做很多真实对象做不了的事情;
- 真实对象专注做自己的事。
3.Lambda表达式
- λ 希腊字母表中排序第十一位的字母,英语名称为 Lambda;
- 避免匿名内部类定义过多;
- 其实质属于函数式编程的概念;
- 去掉了一堆没有意义的代码,只留下核心逻辑。
(params)-> expression[表达式]
(params) -> statement[语句]
(params)-> {statements}
1 a -> System.out.println("i like lamda-->"+a)
- new Thread (()->System.out.println(“多线程学习。。。。”)).start();
- 理解Functional Interface (函数式接口) 是学习Java 8 lambda表达式的关键
函数式接口的定义
- 任何接口,如果只包含唯一一个抽象方法,那么它就是一个函数式接口。
1 | public interface Runnable{ |
- 对于函数式接口,我们可以通过Lambda表达式来创建该接口的对象。
实现:
- 案例1
1 | package github.smt.demo03; |
- 优化一
1 | package github.smt.demo03; |
- 优化二
1 | package github.smt.demo03; |
- 优化三
1 | package github.smt.demo03; |
- 最终版
1 | package github.smt.demo03; |
- 案例二
1 | package github.smt.demo03; |
3.线程状态
1 线程的五大状态
2.线程方法
停止线程
1 | package github.smt.demo03; |
线程休眠
1 | package github.smt.demo03; |
1 | package github.smt.demo04; |
1 | package github.smt.demo04; |
线程礼让
1 | package github.smt.demo04; |
线程插队
1 | package github.smt.demo04; |
3.线程状态观测
1 | package github.smt.demo05; |
4.线程优先级
1 | package github.smt.demo05; |
5.守护线程
- 线程分为用户线程和守护线程;
- 虚拟机必须确保用户线程执行完毕;
- 虚拟机不用等待守护线程执行完毕;
- 如,后台记录操作日志,监控内存垃圾回收等待……
1 | package github.smt.demo05; |
4.线程同步
1.介绍
- **多个线程操作同一个资源 **
- 并发:同一个对象被多个线程同时操作
线程同步:
- 现实生活中我们会遇到“同—个资源,多个人都想使用”的问题,比如食堂排队打饭,每个人都想吃饭,最天然的解決办法就是:排队,一个个来。
- 处理多线程问题时,多个线程访问同一个对象,并且某些线程还想修改这个对象这时候我们就需要线程同步。线程同步其实就是一种等待机制,多个需要同时访问此对象的线程进入这个==对象的等待池形==成队列,等待前面线程使用完毕,下一个线程再使用。
- 队列和锁
线程同步:
- 由于同一进程的多个线程共享同一块存储空间,在带来方便的同时,也带来了访问冲突问题,为了保证数据在方法中被访问时的正确性,在访问时加入锁机制synchronized,当一个线程获得对象的排它锁,独占资源,其他线程必须等待使用后释放锁即可。存在以下问题:
- 一个线程持有锁会导致其他所有需要此锁的线程挂起;
- 在多线程竞争下,加锁,释放锁会导致比较多的上下文切换和调度延时,引起性能问题;
- 如果一个优先级高的线程等待个优先级低的线程释放锁会导致优先级倒置,引起性能问题。
2.不安全的线程案例
1 | package github.smt.demo05; |
1 | package github.smt.demo05; |
1 | package github.smt.demo05; |
3.同步方法
- 由于我们可以通过 private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提岀一套机制,这套机制就是syη chronized关键字,它包括两种用法synchronized方法和 synchronized块。
- 同步方法:public synchronized void method (int args) {}
- synchronized方法控制对“对象”的访问,每个对象对应一把锁,每个synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞,方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行。
- 缺陷:若将一个大的方法申明为 synchronized将会影响效率。
1 | package github.smt.demo05; |
4.同步块
- 同步块:synchronized (Obj) {}
- obj称之为同步监视器
- Obj可以是任何对象,但是推存使用共享资源作为同步监视器。
- 同步方法中无需指定同步监视器,因为同步方法的同步监视器就是this,就是这个对象本身,或者是class。
- 同步监视器的执行过程:
- 1.第一个线程访问,锁定同步监视器,执行其中代码;
- 2.第二个线程访问,发现同步监视器被锁定,无法访问;
- 3.第一个线程访问完毕,解锁同步监视器;
- 4.第二个线程访问,发现同步监视器没有锁,然后锁定并访问。
==锁的对象就是变量的量,需要增删改查的对象==
1 | package github.smt.demo05; |
1 | package github.smt.demo05; |
- JUC安全集合类型扩充
1 | package github.smt.demo05; |
5.死锁
- 多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等待对方释放资源,都停止执行的情形。某一个同步块同时拥有“两个以上对象的锁”时,就可能会发生“死锁”的问题。
1 | package github.smt.demo06; |
- 解决:
1 | package github.smt.demo06; |
避免死锁的办法
- 产生死锁的四个必要条件
- 1.互斥条件:一个资源毎次只能被一个进程使用。
- 2.请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
- 3.不剥夺条件∶进程已获得的资源,在末使用完之前,不能强行剥夺。
- 4.循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
- 上面列出了死锁的四个必要条件,我们只要想办法破其中的任意一个或多个条件就可以避免死锁发生。
6.Lock(锁)
- 从JDK 5.0开始, Java提供了更强大的线程同步机制一通过显式定义同步锁对象来实现同步。同步锁使用Lock对象充当。
- java.util.concurrent.locks.Lock接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象。
- ReentrantLock 类实现了 Lock,它拥有与 synchronized 相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock, 可以显式加锁、释放锁。
1 | class A{ |
1 | package github.smt.demo06; |
7.synchroized与Lock对比
- Lock是显式锁 (手动开启和关闭锁,别忘记关闭锁) synchronized是隐式锁, 出了作用域自动释放。
- Lock只有代码块锁, synchronized有代码块锁和方法锁。
- 使用Lock锁,JVM将花费较少的时间来调度线程, 性能更好。并且具有更好的扩展性 (提供更多的子类)。
- 优先使用顺序:
- Lock > 同步代码块 (已经进入了方法体,分配了相应资源 $)>$ 同步方法 (在方法体之外)
5.线程通信问题
- 应用场景 : 生产者和消费者问题
- 假设仓库中只能存放一件产品 , 生产者将生产出来的产品放入仓库,消费者将仓库中产品取走消费。
- 如果仓库中没有产品 , 则生产者将产品放入仓库,否则停止生产并等待,直到仓库中的产品被消费者取走为止。
- 如果仓库中放有产品 , 则消费者可以将产品取走消费,否则停止消费并等待,直到仓库中再次放入产品为止。
1.线程通信方法
- Java提供了几个方法解决线程之间的通信问题。
方法名 | 作用 |
---|---|
wait() | 表示线程一直等待,直到其他线程通知,与sleep不同会释放锁。 |
wait(long timeout) | 指定等待的毫秒数。 |
notify() | 唤醒一个处于等待状态的线程。 |
notifyAll() | 唤醒同一个对象上所有调用wait()方法的线程,优先级别高的线程优先调度。 |
- 注意:均是 Object类的方法,都只能在同步方法或者同步代码块中使用,否则会抛出异常IIIegalMonitorStateException。
- 这是一个线程同步问题,生产者和消费者共享同一个资源,并且生产者和消费者之间相互依赖,互为条件:
- 对于生产者,没有生产产品之前,要通知消费者等待。而生产了产品之后,又需要马上通知消费者消费。
- 对于消费者,在消费之后,要通知生产者已经结束消费,需要生产新的产品以供消费。
- 在生产者消费者问题中,仅有 synchronized是不够的:
- synchronized可阻止并发更新同一个共享资源,实现了同步;
- synchronized不能用来实现不同线程之间的消息传递通信。
2.线程通信问题解决方式
解决方式一:
- 并发协作模型“生产者/消费者模式”–>管程法:
- 生产者∶负责生产数据的模块(可能是方法,对象,线程,进程);
- 消费者:负责处理数据的模块(可能是方法,对象,线程,进程);
- 缓冲区:消费者不能直接使用生产者的数据,他们之间有个“缓冲区”。
- 生产者将生产好的数据放入缓冲区,消费者从缓冲区拿出数据。
1 | package github.smt.demo06; |
解决方式二:
- 并发协作模型“生产者/消费者模式”—>信号灯法。
1 | package github.smt.demo06; |
6.线程池
- 背景:经常创建和销毁、使用量特别大的资源,比如并发情况下的线程,对性能影响很大。
- 思路:提前创建好多个线程,放入线程池中,使用时直接获取,使用完放回池中。可以避免频繁创建销毁、实现重复利用。类似生活中的公共交通工具。
- 好处:
- 提高响应速度(减少了创建新线程的时间);
- 降低资源消耗(重复利用线程池中线程,不需要毎次都创建);
- 便于线程管理(…)
- corePoolsize:核心池的大小;
- maximumPoolSize:最大线程数;
- keepAliveTime:线程没有任务时最多保持多长时间后会终止。
- JDK 5.0起提供了线程池相关AP:ExecutorService和 Executors。
- ExecutorService:真正的线程池接口。常见子类 ThreadPoolExecutor。
- void execute( Runnable command):执行任务命令,没有返回值,一般用来执行 Runnable;
Future submit( Callable 妇ask):执行任务,有返回值,一般又来执行Callable; - void shutdown():关闭连接池。
- Executors:工具类、线程池的工厂类,用于创建并返回不同类型的线程池。
1 | package github.smt.demo06; |
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 尘埃落定博客!
评论
GiscusGitalk