Java多线程

最新推荐文章于 2024-09-13 21:40:38 发布

Camellia﹍

最新推荐文章于 2024-09-13 21:40:38 发布

阅读量1.4k

点赞数 28

文章标签： java 开发语言

本文链接：https://blog.csdn.net/weixin_74197804/article/details/135702567

版权

线程简介

线程、进程、多线程

多任务

现实中太多这样同时做多件事情的例子了，看起来是多个人物在做，其实本质上我们的大脑在同一时间依旧制作了一件事情。

多线程

原来是一条路，慢慢因为车太多了，道路堵塞，效率极低。

为了提高使用的效率，能够充分利用道路，于是加了多个车道

普通方法调用和多线程

只有主线程一条执行路径

多条执行路径，主线程和子线程并行交替执行

程序·进程·线程

在操作系统中运行的程序就是进程，比如QQ、网易云......

一个进程可以有多个线程，如视频中同时听声音、看图像、看弹幕

说起进程。就不得不说程序。程序是指令和数据的有序集合，其本身没有任何运行的含义，是一个静态的概念。

而进程则是执行程序的依次执行过程，它是一个动态的概念。是系统资源分配的单位。

通常在一个进程中可以包含若干个线程，当然一个进程中至少有一个线程，不然没有存在的意义。线程是CPU调度和执行的单位

注意：很多多线程是模拟出来的，真正的多线程是指有多个cpu，即多核，如服务器。如果是模拟出来的多线程，即在一个cpu的情况下，在同一个时间点，cpu只能执行一个代码，因为切换的很快，所以就有同时执行的错觉。

核心概念

·线程就是独立的执行路径

·在程序运行时，即使没有自己创建线程，后台也会有多个线程，如主线程，gc线程

·main()称之为主线程，为系统的入口，用于执行整个程序

·在一个进程中，如果开辟了多个线程，线程的运行由调度器安排调度，调度器始于操作系统紧密相关的，先后顺序是不能人为干预的

·对同一份资源操作时，会存在资源抢夺的问题，需要加入并发控制

·线程会带来额外的开销，如cpu调度时间，并发控制开销

·每个线程在自己的工作内存交互，内存控制不当会造成数据不一致

线程创建

Thread class-->继承Tread类

Thread

自定义线程类继承Thread类

重写run()方法，编写线程执行体

创建线程对象，调用start()方法启动线程

线程不一定立即执行，CPU调度安排

Runnable接口-->实现Runnable接口

定义MyRunable类实现Runnable接口

实现run()方法，编写线程执行体

创建线程对象，调用start()方法启动线程

推荐使用Runnable对象，因为Java单继承的局限性

小结

继承Thread类

子类继承Thread类具备多线程能力

启动线程：子类对象.start()

不建议使用：避免OOP单继承局限性

实现Runnable接口

实现接口Runnable具有多线程能力

启动线程：传入目标对象+Thread对象.start()

推荐使用：避免单继承局限性，灵活方便

Callable接口-->实现Callable接口

1.实现Callable接口，需要返回值类型

2.重写call方法，需要抛出异常

3.创建目标对象

4.创建执行服务ExecutorService ser = Executors.newFixedThreadPool(1)

5.提交执行 Future<Boolean> result1 = ser.submit(t1)

6.获取结果boolean r1 = result.get()

7.关闭服务 ser.shutdownNow();

实现callable的好处：

1.可以定义返回值

2.可以抛出异常

静态代理

注意：

真实对象和代理对象都要实现同一个接口

代理对象要代理真实角色

好处：

代理对象可以做很多真实对象那个做不了的事情

真实对象专注做自己的事情

Lamda表达式

λ希腊字母表中排序第十一位的字母，英语名称为Lamda

避免匿名内部类定义过多

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

(params)->expression[表达式]

(params)->statement[语句]

(params)->{statements}

为什么要使用lambda表达式

避免匿名内部类定义过多

可以让你的代码看起来很简洁

去掉了一堆没有意义的代码，只留下核心的逻辑

函数式接口：

任何接口，如果只包含唯一一个抽象方法，那么它就是一个函数式接口

public interface Runnable{
      public abstract void run();
}

对于函数式接口，我们可以通过lambda表达式来创建该接口的对象

总结：

lambda表达式只能有一行代码的情况下才能简化成为一行，如果有多行，那么就用代码块包裹

前提是接口为函数式接口

多个参数也可以去掉参数类型，要去掉则都去掉

线程状态

新生状态

就绪状态

运行状态

死亡状态

阻塞状态

线程方法

方法	说明
setPriority(int newPriority)	更改线程的优先级
static void sleep(long millis)	在指定的毫秒数内让当前正在执行的线程休眠
void join()	等待该线程终止
static void yield()	暂停当前正在执行的线程对象，并执行其他线程
void interrupt()	中断线程，别用这个方式
boolean isAlive	测试线程是否处于活动状态

线程停止

不推荐使用JDK提供的stop()、destory()方法

推荐线程自己停下来

建议使用一个标志位进行终止变量当flag=false,则终止线程运行

线程休眠

sleep(时间)指定当前线程阻塞的毫秒数

sleep存在异常InterrupedException

sleep时间达到后线程进入就绪状态

sleep可以模拟网络延时，倒计时等

每一个对象都有一个锁，sleep不会释放

应用

模拟网络延时：放大问题的发生性

线程礼让

礼让线程，让当前正在执行的线程暂停，但不阻塞

将线程从运行状态转为就绪状态

让cpu重新调度，礼让不一定成功！看cpu心情

线程强制执行

Join合并线程，待此线程执行完成后，再执行其他线程，其他线程阻塞

可以想象成插队

线程状态观测

线程优先级

Java提供一个线程调度器来检控官程序中启动后进入就绪状态的所有线程，线程调度器按照优先级决定应该调度哪个线程来执行

线程优先级用数字表示，范围从1~10

Thread.MIN_PRIORITY = 1;

Thread.MAX_PRIORITY = 10;

Thread.NORM_PRIORITY = 5;

使用以下方式改变或获取优先级

getPriority().setPriority(int xxx)

守护（daemon）线程

线程分为用户线程和守护线程

虚拟机必须确保用户线程执行完毕

虚拟机不用等待守护线程执行完毕

如：后台记录操作日志、监控内存、垃圾回收等待...

线程同步

多个线程操作一个资源

并发：同一个对象被多个线程同时操作

线程同步：

现实生活中，我们会遇到“同一个资源，多个人都想使用”的问题，比如，食堂排队吃饭，每个人都想吃饭，最天然的解决方法就是，排队，一个个来

处理多线程问题时，多个线程访问同一个对象，并且某些线程还像修改这个对象。这时候我们就需要线程同步，线程同步其实就是一种等待机制，多个需要同时访问此对象的线程进入这个对象的等待池形成队列，等待前面一个线程使用完毕，下一个线程再使用

由于同意进程的多个线程共享同一块存储空间，在带来方便的同时，也带来了访问冲突问题，为了保证数据在方法中被访问时的正确性，在访问时加入锁机制 synchronized，当一个线程获得对象的排它锁，独占资源，其他线程必须等待，使用后释放锁即可，存在以下问题：

一个线程持有锁会导致其他所有需要此锁的线程挂起；

在多线程竞争下，加锁，释放锁会导致比较多的上下文切换和调度延时，引起性能问题

如果一个优先级高的线程等待一个优先级低的线程锁释放或导致优先级倒置，引起性能问题

同步方法

由于我们可以通过private关键字来保证数据对象只能被方法访问，所以我们只需要针对方法提出一套机制，这套机制就是synchronized关键字，它包括两种用法：synchronized方法和synchronized块

同步方法： public synchronized void method(int args){}

synchronized方法控制对“对象”的访问，每个对象对应一把锁，每个synchronized方法都必须获得调用该方法的对象的锁才能执行，否则线程会阻塞，方法一旦执行，就独占该锁，直到该方法返回才释放锁，后面被阻塞的线程才能获得这个锁，继续执行

缺陷：若将一个大的方法申明为synchronized将会影响效率

同步方法弊端

方法里面需要修改的内容才需要锁，锁的太多，浪费资源

同步块

同步块：synchronized(Obj){}

Obj称之为同步监视器

Obj可以是任何对象，但是推荐使用共享资源作为同步监视器

同步方法中无需指定同步监视器，因为同步方法的同步监视器就是this,就是这个对象本身，或者是class

同步监视器的执行过程

1.第一个线程访问，锁定同步监视器，执行其中代码

2.第二个线程访问，发现同步监视器被锁定，无法访问

3.第一个线程访问完毕，解锁同步监视器

4.第二个线程访问，发现同步监视器没有锁，然后锁定并访问

死锁

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

死锁避免方法

产生死锁的四个必要条件：

1.互斥条件：一个资源每次只能被一个进程使用

2.请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放

3.不剥夺条件：进程已获得的资源，在未使用完之前，不能强行剥夺

4.循环等待条件：若干进程之间形成一种头尾相接的循环等待资源

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()写入finally语句块
                }
         }
}

synchronized与Lock的对比

Lock是显示锁（手动开启和关闭锁，别忘记关闭锁）synchronized是隐式锁，出了作用域自动释放

Lock只有代码块锁，synchronized有代码块锁和方法锁

使用Lock锁，JVM将花费较少的时间来调度线程，性能更好。并且具有更好的扩展性（提供更多的子类）

优先使用顺序：

Lock > 同步代码块（已经进入了方法体，分配了相应资源）> 同步方法（在方法体之外）

线程协作

线程通信

应用场景：生产者和消费者问题

假设仓库中只能存放一件产品，生产者将生产出来的产品放入仓库，消费者将仓库中的产品取走消费

如果仓库中没有产品，则生产者将产品放入仓库，否则停止生产并等待，直到仓库中的产品被消费者取走为止

如果仓库中放有产品，则消费者可以将产品取走消费，否则停止消费并等待，直到仓库中再次放入产品为止

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

在生产者消费者问题中，仅有synchronized是不够的

synchronized可阻止并发更新同一个共享资源，实现了同步

synchronized不能用来实现不同线程之间的消息传递（通信）

Java提供了几个方法解决线程之间的通信问题

方法名	作用
wait()	表示线程一直等待，直到其他线程通知，与sleep不同，会释放锁
wait(long timeout)	指定等待的毫秒数
notify()	唤醒一个处于等待状态的线程
notifyAll()	唤醒同一个对象上所有调用wait()方法的线程，优先级高的线程优先调度

注意：均是Object类的方法，都只能在同步方法或者同步代码块中使用，否则会抛出异常lllegalMonitorStateException