线程知识点汇总_被迫流浪者的博客_线程中涉及的知识有哪些-CSDN博客

本文链接：https://blog.csdn.net/weixin_43166857/article/details/122498488

线程知识的学习总结

线程简介

程序：程序是指令和数据的有序集合，本身没有运行的含义，是一个静态的概念。
进程：进程是执行程序的一次执行过程，是一个动态的概念。是系统资源分配的单位。
线程：线程是cpu调度和执行的单位，一个进程中至少有一个线程，通常在一个进程中可以包含若干个线程。
需要注意的是很多多线程是模拟出来的，真正的多线程是指有多个cpu，即多核，如服务器。如果是模拟出来的多线程，即在一个cpu的情况下，在同一个时间点，cpu只能执行一个代码，因为切换的很快，所以就有同时执行错觉。
线程就是独立的执行路径。
在程序运行时，即使没有自己创建线程，后台也会有多个线程，如主线程、gc线程（垃圾回收线程）。
main（）称之为主线程，为系统的入口，用于执行整个程序。
在一个进程中，如果开辟了多个线程，线程的运行运行由调度器安排调度，调度器是与操作系统密切相关的，先后顺序不能人为干预。
对同一份资源进行操作时，会存在资源抢夺的问题，需要加入并发控制。
线程会带来额外的开销，如cpu调度时间，并发控制开销。
每个线程在自己工作内存交互，内存控制不当会造成数据不一致。

用户线程和守护线程

线程分为用户线程和守护线程
虚拟机必须确保用户线程执行完毕；如主线程
虚拟机不用等待守护线程执行完毕；如gc线程，后台记录操作日志，监控内存

线程实现（重点）

三种实现方式

1. 继承Thread类

自定义线程类继承Thread类
重写run（）方法，编写线程执行体
创建线程对象，调用start（）方法启动线程

2. 实现Runnable接口

定义一个类实现Runnable接口
实现run（）方法，编写线程执行体
创建Runnable接口的实现类对象
创建线程对象，将Runnable接口的实现类对象作为参数传入，调用start（）方法启动线程
推荐使用Runnable对象，避免java单继承的局限性，灵活方便，方便同一个对象被多个线程使用

3. 实现Callable接口

实现Callable接口需要返回值类型
重写call方法，需要抛出异常
创建目标对象
创建执行服务：ExecutorService ser = Executors.newFixedThreadPool(1)；参数代表线程的个数
提交执行：Future<Boolean> result1= ser.submit(t1)；参数代表创建的目标对象
获取结果：boolean r1 = result1.get()
关闭服务：ser.shutdownNow()

静态代理

场景举例：结婚

你：真实角色
婚庆公司：代理你，帮你处理结婚的各种琐事
结婚：都实现结婚接口即可

Lamda表达式

其实质属于函数式编程的概念

优点

避免匿名内部类定义过多
去掉了一堆没有意义的代码，只留下核心的逻辑，可以让代码看起来很简洁

函数式接口

理解函数式接口是学习java8 lambda表达式的关键所在

函数式接口的定义

任何接口，如果只包含唯一一个抽象方法，那么它就是一个函数式接口；比如Runnable接口
对于函数式接口，我们可以通过lambda表达式来创建该接口的对象；new Thread(()->System.out.println(“学习多线程”)).start();

常用的方法

setPriority(int newPriority)

更改线程的优先级

线程的优先级用数字表示，范围从1到10
Thread.MIN_PRIORITY = 1
Thread.MAX_PRIORITY = 10
Thread.NORM_PRIORITY = 5
优先级高的不一定先执行，取决于cpu的调度

static void sleep(long millis)

在指定的毫秒数内让当前正在执行的线程休眠

sleep存在异常InterruptedException
sleep时间达到后线程进入就绪状态
sleep可以模拟网络延时，倒计时等
每一个对象都有一个锁，sleep不会释放锁

void join()

等待使用join方法的线程终止

等待使用join方法的线程执行完成后，再执行其他线程，其他线程阻塞
可以想象成插队

static void yield()

暂停当前正在执行的线程对象，并执行其他线程

礼让线程，让当前正在执行的线程暂停，但不阻塞
将线程状态由运行状态转为就绪状态
让cpu重新调度，礼让不一定成功，取决于cpu调度哪个线程，可能继续调度该线程

void interrupt()

中断线程，别用这个方法

不推荐使用jdk提供的stop（）方法
建议使用一个标志位来当终止变量，当flag=false，则终止线程运行

boolean isAlive()

测试线程是否处于活动状态

线程状态

线程的五大状态

创建状态
就绪状态
运行状态
阻塞状态
死亡状态

状态之间的转化

实例化线程对象：创建状态
启动线程：创建状态——》就绪状态
获得cpu资源：就绪状态——》运行状态
释放cpu资源：运行状态——》就绪状态
等待用户输入、线程休眠等：运行状态——》阻塞状态
阻塞解除：阻塞状态——》就绪状态
线程自然执行完毕或者外部干涉终止线程：运行状态——》死亡状态

线程状态观测

Thread.State,线程可以处于以下状态之一

NEW：尚未启动的线程处于此状态
RUNNABLE：在java虚拟机中执行的线程处于此状态
BLOCKED：被阻塞等待监视器锁定的线程处于此状态
WAITING：正在等待另一个线程执行特定动作的线程处于此状态
TIMED_WAITING：正在等待另一个线程执行动作达到指定等待时间的线程处于此状态
TERMINATED：已退出的线程处于此状态

线程同步（重点）

应用场景：同一个对象被多个线程同时操作（并发），比如上万人同时抢100张票，多人同时取一张银行卡里的钱等
处理多线程问题时，多个线程访问或者修改同一个对象，这时就需要线程同步，线程同步其实就是一种等待机制，多个需要访问或者修改此对象的线程进入这个对象的等待池形成队列，等待前面线程使用完毕，下一个线程再使用
由于同一进程的多个线程共享同一块存储空间因此带来了访问冲突问题，为了保证数据在方法中被访问时的正确性，在访问时加入锁机制synchronized，当一个线程获得对象的排他锁，独占资源，其他线程必须等待，使用后释放锁即可，存在以下问题：

一个线程持有锁会导致其他所有需要此锁的线程挂起
在多线程竞争下，加锁，释放锁会导致比较多的上下文切换和调度延时，引起性能问题
如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能问题

实现方法：

synchronized方法：

代码：public synchronized void method(int args){}
synchronized方法控制对对象的访问，每个对象对应一把锁，每个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 run(){
		try{
			lock.lock();  //加锁
						  //保证线程安全的代码
		}finally{
			lock.unlock();  //最后释放锁
		}
	}
}

synchronized与Lock的对比

Lock是显式锁（手动开启和关闭锁，不要忘记关闭锁）synchronized是隐式锁，出了作用域自动释放
Lock只有代码块锁，synchronized有代码块锁和方法锁
使用Lock锁，jvm将花费较少的时间来调度线程，性能更好，并且具有更好的扩展性（提供更多的子类）
优先使用顺序：
Lock>同步块（已经进入了方法体，分配了相应资源）>同步方法（在方法体之外）

死锁

多个线程各自占有一些共享资源，并且互相等待其他线程占有的资源才能运行，而导致两个或者多个线程都在等待对方释放资源，都停止执行的情形，某一个同步块同时拥有两个以上对象的锁时，就可能会发生死锁的问题

产生死锁的四个必要条件

互斥条件:一个资源每次只能被一个进程使用
请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放
不剥夺条件:进程已获得的资源,在末使用完之前,不能强行剥夺
循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系

这四个条件是死锁的必要条件,只要系统发生死锁,这些条件必然成立,而只要上述条件之一不满足,就不会发生死锁。

线程通信（难点）

生产者消费者模式

这是一个线程同步问题，生产者和消费者共享同一个资源，并且生产者和消费者之间互相依赖，互为条件

对于生产者，没有生产产品之前，要通知消费者等待，而生产了产品之后，又要马上通知消费者消费
对于消费者，在消费之后，要通知生产者已经结束消费，需要生产新的产品以供消费

解决线程通信问题的两大方法

wait（）：表示线程一直等待，直到其他线程通知，与sleep不同，会释放锁
wait（long timeout）：指定等待的毫秒数
notify（）：唤醒一个处于等待状态的线程
notifyAll（）：唤醒同一个对象上所有调用wait（）方法的线程，优先级别高的线程优先调度
注意：这些都是Object类的方法，都只能在同步方法或者同步代码块中使用，否则会抛出异常lllegalMonitorStateException