多线程
Java. Thread 毛线—>多线程
线程简介
多任务
程序 进程 线程
一个进程可以有多个线程
Program：程序使指令和数据的有序集合，其本身没有任何运行的含义，是一个静态的概念。
程序跑起来变成了进程。
Process：进程是执行程序的一次过程，是一个动态的概念。是资源分配的单位。
Thread：一个进程中可以包含若干个线程，至少有一个线程，不然没有存在的意义。线程是CPU调度和执行的单位。
注意：很多多线程是模拟出来的，真正的多线程是指有多个CPU，即多核，如服务器。如果是模拟出来的多线程，即在一个CPU的情况下，在同一个时间点，CPU只能执行一个代码，因为切换的很快，所以就有同时执行的错觉。
main函数是主线程
核心概念
- 线程就是独立的执行路径；
- 在程序运行时，即使没有自己创建线程，后台也会有多个线程，如主线程，gc线程(垃圾回收线程)；
- main()称之为主线程，为系统的入口，用于执行整个程序；
- 在一个进程中，如果开辟了多个线程，线程的运行由调度器安排调度调度器是与操作系统紧密相关的，先后顺序是不能人为的干预的。
- 对同一份资源操作时，会存在资源抢夺的问题，需要加入并发控制
- 线程会带来额外的开销，如cpu调度时间，并发控制开销。
- 每个线程在自己的工作内存交互，内存控制不会造成数据不一致，买票案例，都把最后一张票拷贝到了内存空间，因此会造成负数
线程创建
main函数 用户线程
jc线程 系统的守护线程
三种创建方式
- Thread class =>继承Thread类(重点)
- Runnable接口 => 实现Runnable接口(重点)
- Callable接口 =>实现Callable接口(了解)
Thread
- 自定义线程类继承Thread类
- 重写run()方法，编写线程执行体
- 创建线程对象，调用start()方法启动线程
start()方法保证了子线程与主线程几乎同时执行
注意：线程开启不一定立即执行，由cpu安排调度！
导包
下载资源包后，拷贝到项目文件夹新建的lib文件夹中，对lib文件夹右键Add as Library
实现Runnable
- 定义MyRunable类实现Runable接口
- 实现run()方法，编写线程执行体
- 创建线程对象，调用starr()方法启动线程
- 推荐使用Runnable对象，因为Java单继承的局限性
//创建线程方式一：继承Thread类，重写run()方法，调用strat开启线程
//创建线程方式二：实现Runnable接口，重写run方法，执行线程需要丢入runnable接口实现类，调用start()
IDEA常用快捷键：
SHIFT+ENTER 另起一行
ALT+ ↑/↓ 在方法间快速移动定位
Alt+ left/right 切换代码视图
Ctrl+Shift+上下键 上下移动代码
推荐使用Runnable接口
小结：
- 继承Thread类：
- 子类继承Thread类具备多线程能力
- 启动线程：子类对象.start()
- 不建议使用：避免OOP单继承局限性
- 实现Runnable接口
- 实现接口Runnable具有多线程能力
- 启动线程：传入目标对象+Thread对象.start()
- 推荐使用：避免单继承局限性，灵活方便，方便同一个对象被多个线程使用
Current adj,现在的
案例：龟兔赛跑-Race
- 首先来个赛道距离，然后要离终点越来越近
- 判断比赛是否结束
- 打印出胜利者
- 龟兔赛跑开始
- 故事中是乌龟赢，兔子需要睡觉，所有要模拟兔子睡觉
- 终于，乌龟赢得了比赛
100.fori
实现Callable接口(了解即可，扩充)
- 实现Callable接口，需要返回值类型
- 重写call方法，需要抛出异常
- 创建目标对象
- 创建执行服务：ExecutorService ser = Executors.newFixedThreadPool(1);
- 提交执行：Future< Boolean > result1=ser.submit(t1);
- 获取结果：boolean r1=result1.get()
- 关闭服务：ser.shutdownNow();
利用callable改造下载图片案例
Callable的好处：
- 可以定义返回值
- 可以抛出异常
静态代理
实现静态代理对比Thread
你：真实角色
婚庆公司：代理你，帮你处理结婚的事
结婚：实现都实现结婚接口即可
//静态代理模式总结：
//真实对象和代理对象都要实现同一个接口
//代理对象要代理真实角色
//好处：代理对象可以做真实对象做不了的事，真实对象专注做自己的事情
//没有调用真实角色，而通过代理角色调用真实角色
// new Thread(()-> System.out.println("你好")).start();
// new WeddingCompany(new You()).happyMarry();
Lamda表达式
- λ希腊字母表中排序第十一位字母，英语名称Lambda
- 避免匿名内部类定义过多
- 其实质属于函数式编程概念
(params) -> expression[表达式]
(params) -> statement [语句]
(params) -> {statements}
a -> System.out.println("i like lambda-->"+a);
new Thread (()->System.out.println("多线程学习。。")).start();
为什么要使用Lambda表达式：
- 避免匿名内部类定义过多
- 可以让你的代码看起来很简洁
- 去掉了一堆没意义的代码，只留下核心的逻辑
理解Functional Interface(函数式接口)是学习Java8 Lambda表达式的关键所在。
函数接口的定义：
- 任何接口，如果只包含唯一一个抽象方法，那么它就是一个函数式接口。
public interface Runnable{
public abstract void run();
}
- 对于函数式接口，我们可以通过Lambda表达式来创建该接口的对象。
- 简化接口和接口方法，只留方法参数和核心代码。
线程状态
创建状态：new
-
setPriority(int newPriority)
更改线程的优先级
-
static void sleep(long millis)
在指定的毫秒数内让当前正在执行的线程休眠
-
void join()
等待该线程终止 插队
-
static void yield()
暂停当前正在执行的线程对象，并执行其他线程 礼让
-
void interrupt()
中断线程，别用这个方式
-
boolean isAlive()
测试线程是否处于活动状态
停止线程
不推荐使用JDK提供的stop()、destroy()方法。
推荐线程自己停下来
建议使用一个标志位进行终止变量当flag=false，则终止线程运行。
//1.建议线程正常停止---->利用次数，不建议死循环
//2.建议使用标志位---->设置一个标志位
//3.不要使用stop或者destroy等过时或者JDK不建议使用的方法
线程休眠
- sleep(时间)指定当前线程阻塞的毫秒数；
- sleep存在异常InterruptedException；
- sleep时间达到后线程进入就绪状态；
- sleep可以模拟网络延时，倒计时等。
- 每一个对象都有一个锁，sleep不会释放锁；
- 1000ms=1s
线程礼让
yield
- 礼让线程，让当前正在执行的线程暂停，但不阻塞
- 将线程从运行状态转为就绪状态
- 让CPU重新调度，礼让不一定成功！看CPU心情
Join插队
- Join合并线程，待此线程执行完成后，在执行其他线程，其他线程阻塞
- 可以想象成插队
- 强制执行
线程状态观测
-
线程状态。一个线程可以有以下规定：
-
NEW
尚未开始的线程处于此状态。
-
RUNNABLE
在java虚拟机执行的线程处于此状态。 -
BLOCKED
被阻塞等待监控器的线程锁处于此状态。 -
WAITING
正在等待另一个线程执行特定动作的线程处于此状态。 -
TIMED_WAITING
正在等待另一个线程执行动作达到指定等待时间的线程处于此状态。 -
TERMINATED
已退出的线程处于此状态。
一个线程可以在一个给定的时间点上只有一个状态。这些状态是不反映任何操作系统线程状态的虚拟机状态。
线程死亡状态就不能重新启动
-
线程的优先级
- Java提供一个线程调度器来监控程序中启动后进入就绪状态的所有线程，线程调度器按照优先级决定应该调度哪个线程来执行。
- 线程的优先级用数字表示，范围从1~10
- Thread.MIN_PRIORITY =1;
- Thread.MAX_PRIORITY =10;
- Thread.NORM_PRIORITY =10;
- 使用以下方法改变或获取优先级
- getPriority()/setPriority(int xxx)
优先级低只是意味着获得调度的概率低。并不是优先级低就不会被调用了，这都是看CPU的调度。性能倒置
守护线程
daemon
- 线程分为用户线程和守护线程
- 虚拟机必须确保用户线程执行完毕 main
- 虚拟机不用等待守护线程执行完毕 gc
- 如，后台记录操作日志，监控内存，垃圾回收等待
线程同步
多线程操作同一个资源
由于同一进程的多个线程共享同一块存储空间，在带来方便的同时，也带来了访问冲突问题，为了保证数据在方法中被访问的正确性，在访问时加入锁机制synchronized，当一个线程获得对象的排他锁，独占资源，其他线程必须等待，使用后释放锁即可。存在以下问题：
- 一个线程持有锁会导致其他所有需要此锁的线程挂起；
- 在多线程竞争下，加锁，释放锁会导致比较多的上下文切换和调度延时，引起性能问题；
- 如果一个优先级高的线程等待一个优先级低的线程释放锁，会导致优先级倒置，引起性能问题。
并发
并发：同一个对象被多个线程同时操作
比如：上万人同时抢100张票，两个银行同时取钱
处理多线程问题时，多个线程访问同一个对象，并且某些线程还想修改这个对象。这时候我们就需要线程同步。线程同步其实就是一种等待机制，多个需要同时访问此对象的线程进入这个对象的等待池（队列）形成队列，等待前面线程使用完毕，下一个线程再使用。
队列和锁
锁保证安全
每个对象都有一把锁
不安全的原因：线程的内存是相互独立，互不影响的。
同步方法
-
由于我们可以通过private关键字来保证数据对象只能被方法访问，所以我们只需要针对方法提出一套机制，这套机制就是synchronized关键字，它包括两种方法：synchronized方法和synchronized块。
同步方法：public synchronized void method(int args){}
-
synchronized方法控制对"对象"的访问，每个对象对应一把锁，每个synchronized方法都必须获得调用该方法的对象的锁才能执行，否则会线程阻塞，方法一旦执行，就独占该锁，直到该方法返回才释放锁，直到该方法返回才释放锁，后面被阻塞的线程才能获得这个锁，继续执行
缺陷：若将一个方法声明为synchronized将会大大影响效率
-
方法里面需要修改的内容才需要锁，锁太多，浪费资源
同步块
- 同步块：synchronized(Obj){}
- Obj称之为同步监控器
- Obj可以是任何对象，但是推荐使用共享资源作为同步监视器
- 同步方法中无需指定同步监视器，因为同步方法的同步监视器就是this，就是这个本身，或者是class[反射中讲解]
- 同步监视器的执行过程
- 第一个线程访问，锁定同步监视器，执行其中代码。
- 第二个线程访问，发现同步监视器被锁定，无法访问。
- 第一个线程访问完毕，解锁同步监视器。
- 第二个线程访问，发现同步监视器没有锁，然后锁定并访问
- 保证线程的安全性
- 默认的synchronized关键字锁的是类，this.本身
- synchronized(Obj){}同步块可以锁任何对象 哪个对象增删改就锁哪个对象
以后新建包，在根目录下放一个Application类里面只包含main()方法来运行写的类。
CopyOnWriteArrayList----JUC
集合都加泛型，约束
JUC安全类型的集合
死锁
- 多个线程各自占有一些共享资源，并且互相等待其他线程占有的占有资源才能运行，而导致两个或者多个线程都在等待对方释放资源，都停止执行的情形。某一个同步块同时拥有“两个以上对象的锁”时，就可能会发生“死锁”的问题。
死锁避免方法
-
产生死锁的四个必要条件：
-
互斥条件：一个资源每次只能被一个进程使用。
-
请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
-
不剥夺条件：进程已获得的资源，在位使用完之前，不能强行剥夺。
-
循环等待条件：若干进程之间形成一种头尾相接的循环等待关系。
-
上面列出了死锁的四个必要条件，只要我们想办法破其中的任意一个或者多个条件就可以避免死锁的发生
Lock(锁)
- 从JDK5.0开始，Java提供了更强大的线程同步机制——通过显式定义同步锁对象来实现同步。同步锁使用Lock对象充当
- java.util.comcurrent.locks.Lock接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问，每次只能有一个线程对Lock对象加锁，线程开始访问共享资源之前应先获得Lock对象
- ReentrantLock类实现了Lock，它拥有与synchronized相同的并发性和内存语义，在实现线程安全的控制种，比较常用的时ReentrantLock，可以显式加锁、释放锁。
Reentrant可重入锁
//定义lock锁
private final ReentrantLock lock = new ReentrantLock();
lock.lock();//加锁
lock.unlock();//解锁
class A{
private final ReentrantLock lock = new ReentrantLock();
public void m(){
lock.lock();
try{
//保证线程安全的代码；
}finally{
lock.unlock();
//如果同步代码有异常，要将unlock()写入finally语句块
}
}
}
synchronized与Lock的对比
- Lock是显式锁（手动开启和关闭锁，别忘记关闭锁）synchronized是隐式锁，出了作用域自动释放
- Lock只有代码块锁，synchronized有代码块锁和方法锁
- 使用Lock锁，JVM将花费较少的时间来调整线程，性能更好。并且具有更好的扩展性（提供更多子类）
- 优先使用顺序：
- Lock > 同步代码块(已经进入方法体，分配了相应资源) > 同步方法(在方法体之外)
线程协作
生产者消费者问题
线程通信
- 应用场景：生产者和消费者问题
- 假设仓库中只能存放一件产品，生产者将生产出来产品放入仓库，消费者将仓库中产品取走消费
- 如果仓库中没有产品，则生产者将产品放入仓库，否则停止生产并等待，直到仓库中的产品被消费者取走为止
- 如果仓库中放有产品，则消费者可以将产品取走消费，否则停止消费并等待，直到仓库中再次放入产品为止
分析：
这是一个线程同步问题，生产者和消费者共享同一个人资源，并且生产者和消费者之间相互依赖，互为条件。
-
对于生产者，没有生产产品之前，要通知消费者等待。而生产了产品之后，又需要马上通知消费者消费
-
对于消费者，在消费之后，要通知生产者已经结束消费，需要生产新的产品以供消费。
-
在生产者消费者问题中，仅有synchronized是不够的
- synchronized可阻止并发更新同一个共享资源，实现了同步
- synchronized不能用来实现不同线程之间的消息传递(通信)
-
Java提供了几个方法解决线程之间的通信问题
方法名 作用 wait() 表示线程会一直等待，直到其他线程通知，与sleep不同，会释放锁 wait(long timeout) 指定等待的毫秒数 notify() 唤醒一个处于等待状态的线程 notifyAll() 唤醒同一个对象上所有调用wait()方法的线程，优先级别高的线程优先调度
wait 等待
notify 唤醒
注意：均是Object类的方法，都只能在同步方法或者同步代码块中使用，否则会抛出异常IIIegalMonitorStateException
解决方式1：管程法
并发协作模型”生产者/消费者模式“—>管程法
- 生产者：负责生产数据模型(可能是方法，对象，线程，进程)；
- 消费者：负责处理数据的模块(可能是方法，对象，线程，进程)；
- 缓冲区：消费者不能直接使用生产者的数据，他们之间有个"缓冲区"生产者将生产者将生产好的数据放入缓冲区，消费者从缓冲区拿出数据。
可以用this.wait() this.notifyAll()来等待和唤醒
解决方式2：信号灯法
用标志位解决生产者消费者问题
//产品->节目
class TV {
//演员表演，观众等待
//观众观看，演员等待
String voice;//表演的节目
boolean flag = true;
//表演
public synchronized void play(String voice) {
if (!flag){
try {
this.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
System.out.println("演员表演了\t" + voice);
//更新表演
this.voice = voice;//记录了观众看的节目名称
this.flag = !this.flag;
//通知观众观看
this.notifyAll();
}
//观看
public synchronized void watch(){
if (flag){
try {
this.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
System.out.println("观众观看了\t"+voice);
this.flag = !this.flag;
//通知演员表演
this.notifyAll();
}
}
关键在于标志位的转变：this.flag = ！this.flag；
使用线程池
-
背景：经常创建和销毁、使用量特别大的资源，比如并发情况下的线程，对性能影响很大。
-
思路：提前创建好多个线程，放入线程池中，使用时直接获取，使用完放回池中。可以避免频繁创建销毁、实现重复利用。类似生活中的公共交通工具。
-
好处：
- 提高响应速度（减少了创建新线程的时间）
- 降低资源消耗（重复利用线程池中线程，不需要每次都创建）
- 便于线程管理（…）
- corePoolSize：核心池的大小
- maximumPoolSize：最大线程数
- keepAliveTime：线程没有任务时最多保持多长时间后会终止
-
JDK5.0起提供了线程池相关API：ExecutorService和Executors
-
ExecutorService：真正的线程池接口。常见子类ThreadPoolExecutor
- void execute(Runnable command)：执行任务/命令，没有返回值，一般用来执行Runnable
- Future submit(Callable task)：执行任务，有返回值，一般又来执行Callable
- void shutdown()：关闭连接池
-
Executors：工具类、线程池的工厂类，用于创建并返回不同类型的线程池
总结
//总结
public class TreadNew {
public static void main(String[] args) {
new MyThread1().start();
new Thread(new MyThread2()).start();
// 实现Callable法一
ExecutorService service = Executors.newFixedThreadPool(1);
Future<Integer> reasult = service.submit(new MyThread3());
try {
Integer num=reasult.get();
System.out.println(num);
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
service.shutdown();
// 实现Callable法二
FutureTask<Integer> futureTask = new FutureTask<Integer>(new MyThread3());
new Thread(futureTask).start();
try {
Integer integer = futureTask.get();
System.out.println(integer);
} catch (InterruptedException e) {
e.printStackTrace();
} catch (ExecutionException e) {
e.printStackTrace();
}
}
}
//1.继承Thread类
class MyThread1 extends Thread {
@Override
public void run() {
System.out.println("MyThread1");
}
}
//2.实现Runnable接口
class MyThread2 implements Runnable {
@Override
public void run() {
System.out.println("MyThread2");
}
}
//3.实现Callable接口
class MyThread3 implements Callable<Integer> {
@Override
public Integer call() throws Exception {
System.out.println("MyThread3");
return 100;
}
}
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
