Thread
- 自定义线程类继承Thread类
- 重写run()方法,编写线程执行体
- 创建线程对象,调用start()方法启动线程
线程不一定立即执行,CPU安排调度
本章核心概念
- 线程就是独立的执行路径;
- 在程序运行时,即使没有自己创建线程,后台也会有多个线程,如主线程,gc线程;
- main()称之为主线程,为系统的入口,用于执行整个程序;
- 在一个进程中,如果开辟了多个线程,线程的运行由调度器安排调度,调度器是与操作系统紧密相关的,先后顺序是不能人为的干预的;
- 对同一份资源操作时,会存在资源抢夺问题,需要加入并发控制;
- 线程会带来额外的开销,如CPU调度时间,并发控制开销;
- 每个线程在自己的工作内存交互,内存控制不当会造成数据不一致.
实现Runnable
- 定义MyRunnable类实现Runnable接口
- 实现run()方法,编写线程执行体
- 创建线程对象,调用start()方法启动线程
推荐使用Runnable对象,因为Java单继承的局限性
小结
- 继承Thread类
- 子类继承Thread类具备多线程能力
- 启动线程: 子类对象.start()
- 不建议使用: 避免OOP单继承局限性
- 实现Runnable接口
- 实现接口Runnable具有多线程能力
- 启动线程: 传入目标对象+Thread对象.start()
- 推荐使用: 避免单继承局限性,灵活方便,方便同一对象被多个线程使用
案例: 龟兔赛跑-Race
- 首先来个赛道距离,然后要离终点越来越近
- 判断比赛是否结束
- 打印出胜利者
- 龟兔赛跑开始
- 故事中是乌龟赢的,兔子需要睡觉,所以我们先来模拟兔子睡觉
- 终于,乌龟赢得比赛
实现Callable接口(了解即可)
- 实现Callable接口,需要返回值类型
- 重写call方法,需要抛出异常
- 创建目标对象
- 创建执行服务: ExecutorService ser = Executors.newFixedThreadPool(1);
- 提交执行: Future r1 = ser.submit(t1);
- 获取结果: boolean r1 = result1.get();
- 关闭服务: ser.shutdownNow();
演示:利用callable改造下载图片案例
Lambda表达式
- 希腊字母表中排序第十一位的字母,英语名称为lambda
- 避免匿名内部类定义过多
- 其实属于函数式编程的概念
new Thread (()->System.out.println("多线程学习....")).start();
Lambda表达式
- 为什么要用Lambda表达式
- 避免匿名内部类定义过多
- 可以让你的代码看起来很简洁
- 去掉了一堆没有意义的代码,只留下核心的逻辑.
- 也许你会说,我看了Lambda表达式,不但觉得不简洁,反而觉得更乱,看不懂了. 那是因为我们还没有习惯,用的多了,看习惯了,就好了.
Lambda表达式
- 理解Functional Interface(函数式接口)是学习Java8 lambda表达式的关键所在.
- 函数式接口的定义:
-
任何接口,如果只包含唯一一个抽象方法,那么它就是一个函数式接口.
public interface Runnable{ public abstract void run(); }
-
对于函数式接口,我们可以通过lambda表达式来创建该接口的对象.
-
演示:代码推导lambda表达式
停止线程
- 不推荐使用JDK提供的stop(),destroy()方法[已废弃]
- 推荐使线程自己停下来
- 建议使用一个标志位进行终止变量,当flag = false,则终止线程运行.
线程休眠
- sleep(时间)指定当前线程阻塞的毫秒数;
- sleep存在异常InterruptedException;
- sleep时间到达后线程进入就绪状态;
- sleep可以模拟网络延时,倒计时等;
- 每一个对象都有一个锁,sleep不会释放锁;
线程礼让
- 礼让线程,让当前正在执行的线程暂停,但不阻塞
- 将线程从运行状态转为就绪状态
- 让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)
优先级的设定建议在start()调度之前
优先级低只是意味着获得调度的概率低. 并不是优先级低就不会被调用了. 这都是看CPU的调度
、# 守护(daemon)线程
- 线程分为用户线程和守护线程
- 虚拟机必须确保用户线程执行完毕
- 虚拟机不用等待守护线程执行完毕
- 如: 后台记录操作日志,监控内存,垃圾回收等待…
人生不过三万天
线程同步
多个线程操作同一个资源
- 并发: 同一个对象被多个线程同时操作
- 现实生活中,我们会遇到"同一个资源,多个人都想使用"的问题,比如,食堂排队打饭,每个人都想吃饭,最天然的解决办法就是,排队,一个个来.
- 处理多线程问题时,多个线程访问同一个对象,并且某些线程还想修改这个对象. 这时候我们就需要线程同步. 线程同步其实就是一种等待机制,多个需要同时访问此对象的线程进入这个对象的等待池形成队列,等待前面线程使用完毕,下一个线程再使用
- 由于同一进程的多个线程共享同一块存储空间,在带来方便的同时,也带来了访问冲突问题,为了保证数据在方法中被访问时的正确性,在访问中加入锁机制synchronized,当一个线获得对象的排他锁,独占资源,其他线程必须等待,使用后释放锁即可.
- 存在以下问题:
- 一个线程持有锁会导致其他所有需要此锁的线程挂起;
- 在多线程竞争下,加锁,释放锁,会导致比较多的上下文切换和调度延时,引起性能问题;
- 如果一个优先级高的线程等待一个优先级低的线程释放锁,会导致优先级倒置,引起性能问题.
同步方法
-
由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提出一套机制,这套机制就是synchronized关键字,它包括两种用法:synchronized方法和synchronized块.
同步方法: public synchronized void method(int args){}
-
synchronized方法控制对"对象"的访问,每一个对象对应一把锁,每一个synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞,方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行
缺陷: 若将一个大的方法申明为synchronized将会影响效率
-
弊端: 方法里面需要修改的内容才需要锁,锁的太多,浪费资源
同步块
- 同步块: synchronized(Obj){}
- Obj称之为同步监视器
- Obj可以是任何对象,但是推荐使用共享资源作为同步监视器
- 同步方法中无需指定任何同步监视器,因为同步方法的同步监视器就是this,就是这个对象本身,或是class[反射中讲解]
- 同步监视器的执行过程
- 第一个线程访问,锁定同步监视器,执行其中代码.
- 第二个线程访问,发现同步监视器被锁定,无法访问.
- 第一个线程访问完毕,解锁同步监视器.
- 第二个线程访问,发现同步监视器没有锁,然后锁定并访问
Lock(锁)
- 从JDK5.0开始,Java提供了更强大的线程同步机制–通过显示定义同步锁对象来实现同步. 同步锁使用Lock对象充当
- java.util.concurrent.locks.Lock接口是控制多个线程对共享资源进行访问的工具. 锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象
- ReentrantLock类实现了Lock,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显示加锁,释放锁.
class A{
private final ReentrantLock lock = new ReentrantLock();
public void m(){
lock.lock();
try{
//保证线程安全的代码;
} finally{
lock.unlock();
//如果有异常,要将unlock()写入fianlly语句块
}
}
}
synchronized与Lock的对比
-
Lock是显示锁(手动开启和关闭锁,别忘记关锁)synchronized是隐式锁,出了作用域自动释放
-
Lock只有代码块锁,synchronized有代码块锁和方法锁
-
使用Lock锁,JVM将花费较少的时间来调度线程,性能更好. 并且具有更好的扩展性(提供更多的子类)
-
优先使用顺序:
lock>同步代码块(已经放入了方法体,分配了相应的资源)>同步方法(在方法体之外)
死锁
- 多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或多个线程都在等待对方释放资源,都停止执行的情形. 某一个同步块同时拥有"两个以上对象的锁"时,就可能发生"死锁"的问题.
死锁避免方法
-
产生死锁的四个必要条件:
- 互斥条件: 一个资源每次只能被一个进程使用.
- 请求与保持条件: 一个进程因请求资源而阻塞时,对已获得的资源保持不放.
- 不剥夺条件: 进程已获得的资源,在未使用完之前,不能强行剥夺.
- 循环等待条件: 若干进程之间形成一种头尾相接的循环等待资源关系.
上面列出了死锁的四个必要条件,我们只需要想办法破其中的任意一个或多个条件就可以避免死锁发生
线程通信
- 应用场景: 生产者和消费者问题
- 假设仓库中只能存放一件产品,生产者将生产出来的产品放入仓库,消费者将仓库中产品取走消费.
- 如果仓库中没有产品,则生产者将产品放入仓库,否则停止生产并等待,直到仓库中的产品被消费者取走为止.
- 如果仓库中放有产品,则消费者可以将产品取走消费,否则停止消费并等待,直到仓库中再次放入产品为止.
线程通讯-分析
这是一个线程同步问题,生产者和消费者共享同一个资源,并且生产者和消费者之间相互依赖,互为条件
- 对于生产者,没有生产产品之前,要通知消费者等待. 而生产了产品之后,又需要马上通知消费者消费
- 对于消费者,在消费后,要通知生产者已经结束消费,需要生产新的产品以供消费.
- 在生产者消费者问题中,仅有synchronized是不够的
- synchronized可阻止并发更新同一个共享资源,实现了同步
- synchronized不能用来实现不同线程之间的消息传递(通信)
线程通信
-
Java提供了几个方法解决线程之间的通信问题
方法名 作用 wait() 表示线程一直等待,直到其他线程通知,与sleep不同,wait会释放锁 wait(long timeout) 指定等待的毫秒数 notify() 唤醒一个处于等待状态的线程 notifyAll() 唤醒同一个对象上所有调用wait()方法的线程,优先级别高的线程优先调度
注意: 均是Object类的方法,都只能在同步方法或者同步代码块中使用,否则会抛出异常IllegalMonitorStateException
解决方式1
并发协作模型"生产者/消费者模式"–>管程法
- 生产者: 负责生产数据的模块(可能是方法,对象,线程,进程)
- 消费者: 负责处理数据的模块(可能是方法,对象,线程,进程)
- 缓冲区: 消费者不能直接使用生产者的数据,他们之间有个缓冲区
生产者将生产好的数据放入缓冲区,消费者从缓冲区拿出数据
解决方式2
- 并发协作模型"生产者/消费者模式"–>信号灯法
使用线程池
- 背景: 经常创建和销毁,使用特别大量的资源,比如并发情况下的线程,对性能影响很大.
- 思路: 提前创建好多个线程,放入线程池中,使用时直接获取,使用完放回池中. 可以避免频繁创建销毁,实现重复利用. 类似生活中的公共交通工具.\
- 好处:
- 提高响应速度(减少了创建线程的时间)
- 降低了资源消耗(重复利用线程池中的线程,不需要每次都创建)
- 便于线程管理(…)
- corePoolSize: 核心池的大小
- maximumPoolSize: 最大线程数
- keepAliveTime: 线程没有任务时最多保持多长时间后会终止
使用线程池
- JDK5.0起提供了线程池相关API: ExecutorService和Executors
- ExecutorService: 真正的线程池接口. 常见子类ThreadPoolExecutor
- voidexecute(Runnable command): 执行任务/命令,没有返回值,一般用来执行Runnable
- Futuresubmit(Callabletask):执行任务,有返回值,一般用来执行Callable
- void shutdown(): 关闭连接池
- Executors: 工具类,线程池的工厂类,用于创建并返回不同类型的线程池