【JavaEE】多线程（三）

不想成为小白菜2023-09-21 21:00

多线程（三）

续上文，多线程（二），我们已经讲了

  1. 创建线程
  2. Thread的一些重要的属性和方法

那么接下来，我们继续来体会了解多线程吧~

文章目录

线程启动 start

其实在之前的两篇文章中我，我们就见识过线程启动，也就是t.start();，其实也就是start方法。

start方法内部，实际上是调用了系统api，在系统内核创建线程。

而我们随之见识的t.run(); 也就是run方法，它只是单纯的描述了该线程要执行什么内容，是会在start创建好线程之后自动被调用的~

start与run的区别

虽然我们看起来的效果是相似的，实际上本质上的区别就是在于是否是系统内部创建出的新的线程

中断线程 interrupt

所谓中断线程，也就是任一个线程停止运行（销毁），而在Java中，要销毁/终止进程，做法是比较唯一的，就是让run方法早点结束。（不过在C++中，他是有能力直接强行终止一个正在运行的进程的，好暴力的呢🥵🥵🥵🥵，不过就会导致线程活干一半，环境会残留一些数据~）

所以我们还是就Java来看(Java生态多好~)

方法一

可以在代码中手动创建出标志位，来作为run方法执行结束的循环

很多线程，执行时间久，往往就是因为写了一个循环，循环要持续执行，所以要想让run执行结束，就是让循环尽快退出~

见以下代码：

java 复制代码 
public class Demo8 {
    private static boolean isQuit = false;
    public static void main(String[] args) throws InterruptedException {
        Thread t = new Thread(() ->{
           while (!isQuit){
               //此处的打印可以替换成任意的逻辑来表示线程的实际工作内容
               System.out.println("线程工作中");
               try {
                   Thread.sleep(1000);
               } catch (InterruptedException e) {
                   e.printStackTrace();
               }
           }
            System.out.println("线程工作完毕");
        });

        t.start();
        Thread.sleep(5000);

        isQuit = true;
        System.out.println("已过5s 设置 isQuit 为 true");
    }
}

这里我们是设了一个成员变量isQuit来作为标志位~

这里我们抛出一个疑问，要是我们将isQuit改成main方法内的局部变量，此时的程序是否还能完成中断操作？

java 复制代码 
public class Demo8_change {
    //private static boolean isQuit = false;
    public static void main(String[] args) throws InterruptedException {

        boolean isQuit = false;

        Thread t = new Thread(() ->{
            while (!isQuit){
                //此处的打印可以替换成任意的逻辑来表示线程的实际工作内容
                System.out.println("线程工作中");
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            System.out.println("线程工作完毕");
        });

        t.start();
        Thread.sleep(5000);

        isQuit = true;
        //常量变了

        System.out.println("已过 5s 设置 isQuit 为 true");
    }
}

哈哈，程序报错了

为什么呢？

这其实就是线程和主线程在读取和写入isQuit变量时没有使用同步机制，这也涉及到了lambda表达式中的一个语法规则，变量捕获。

lambda表达式里面的代码，是可以自动捕获到上层作用域涉及到的局部变量的，也就是我们上面代码中的isQuit。所谓的变量捕获，就是让lambda表达式把当前作用域中的变量在lambda内部复制了一份（此时外部是否销毁，无所谓）

而且在Java中，变量捕获语法，还有一个前提：就是必须只能捕获一个final或者实际上是final的值。

boolean isQuit = false;虽然没有使用final，但是却没有实际修改内容，他就是实际上的final~

下面举个例子再了解了解：

java 复制代码 
public class VariableCaptureExample {
    public static void main(String[] args) {
        int num = 10; // 外部作用域的局部变量
        
        // 使用Lambda表达式引用外部作用域的变量
        Runnable r1 = () -> {
            System.out.println(num); // 引用外部作用域的变量
        };
        r1.run(); // 输出结果为：10

        // 使用内部类引用外部作用域的变量
        Runnable r2 = new Runnable() {
            @Override
            public void run() {
                System.out.println(num); // 引用外部作用域的变量
            }
        };
        r2.run(); // 输出结果为：10
    }
}

在上述示例中，Lambda表达式和内部类都引用了外部作用域中的变量num。当Lambda表达式或内部类被创建时，变量num会被捕获并保存在生成的对象中，以供后续使用。

需要注意的是，被捕获的局部变量应当是有效的(final或事实上的final)。如果在Lambda表达式或内部类中尝试修改被捕获的变量，将会导致编译错误。例如，在上述示例中，如果尝试修改num的值，编译器就会报错。这是因为被捕获的局部变量应当保持不可变，以确保代码的一致性。

当然，此处Java的设定，并不够科学。这里的final的限制，很多时候是个比较麻烦的事情,相比之下，JS这里的设定更合适一些.lambda(不只是lambda)都是可以捕获外部的变量(JS天然就有一个作用域链)，可以保证捕获的变量是同一个变量，并且会自动的调整变量的生命周期.

方法二

调用 interrupt() 方法来通知

不过要中断进程，方法一显然不太优雅~因为它：

  1. 需要手动创建变量
  2. 当线程内部在sleep的时候，主线程修改变量，新线程内部不能及时响应

见以下例子

java 复制代码 
// 线程终止 - 优雅的方式
public class Demo9 {
    public static void main(String[] args) {
        Thread t = new Thread(()->{
           //Thread 类内部，有一个现成的标志位，可以用来判定当前的循环是否要结束
            while (!Thread.currentThread().isInterrupted()){
                System.out.println("线程工作中");
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                     e.printStackTrace();          
                }
            }
        });
        t.start();

        try {
            Thread.sleep(5000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("让 t 线程终止");
        t.interrupt();
    }
}

而 t.interrupt();这个操作，就是将上述代码的Thread对象内部的标志位设置为true

同时即使线程内部出现阻塞sleep，也是可以用这个方法唤醒的~

正常来说，sleep会休眠到时间到，才能唤醒，此处给出的interrupt就可以使sleep内部触发一个异常，从而提前被唤醒

而方法一中我们自己手动定义标志位，无法实现这个效果的~

我们看看上述代码的运行效果

oh，my god~异常确实是报出来了，但是上述的线程t依然在运行，它并没有真的结束。

实际上，这是因为interrupt唤醒线程之后，同时会清除刚才设置的标志位，这样就会导致我们刚才"设置标志位"这样的效果好像没生效一样~

正式一点来说就是：因为线程在执行Thread.sleep()方法时，会抛出InterruptedException异常。当t线程抛出该异常时，catch块中的代码会被执行，并且线程的中断状态会被重置为false。因此，尽管主线程调用了t.interrupt()方法，但此时线程的中断状态为false，所以t线程可以继续正常运行。

实际上这样的设定也是有它的道理所在：

这样的设计是为了给线程处理中断的机会，通过捕获InterruptedException异常，线程可以在收到中断信号时进行必要的清理工作，并使用自定义逻辑来决定是否立即停止线程。

也就是让我们有更多的操作空间，而可操作空间的前提就是通过"异常"方式唤醒的。

因此如果希望t线程在收到中断信号后立即终止，我们可以在catch块中使用break;语句来跳出循环，以实现快速结束线程。

线程等待 join

让一个线程等待，等待另一个线程执行结束，再继续执行，本质上就是控制线程结束的顺序~

join就是实现线程等待的效果，在主线程中调用t.join();此时就是主线程等待t线程先结束。

join的工作过程：

  1. 如果t线程正在运行中，此时调用join的线程就会阻塞，一直阻塞到t线程执行结束为止
  2. 如果t线程已经执行结束了，此时调用join线程，就直接返回，不会涉及到阻塞~
java 复制代码 
public class Demo10 {
    public static void main(String[] args) throws InterruptedException {
        Thread t = new Thread(()->{
            for (int i = 0; i < 5; i++) {
                System.out.println(" t 线程工作中");
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });
        t.start();

        //让主线程来等待 t 线程执行结束
        //一旦调用 join，主线程就会触发阻塞， 此时 t 线程就会趁机完成后续的工作
        //一旦阻塞到 t 执行完毕了，join才会解除阻塞，继续执行
        System.out.println("join 开始等待");
        t.join(1000);//最好是有时间等待,不要死等
        System.out.println("join 等待结束");
    }
}
/*
join 开始等待
 t 线程工作中
 t 线程工作中
join 等待结束
 t 线程工作中
 t 线程工作中
 t 线程工作中
/*

这里举个例子：

有一天我约女神出来，19：00在学校门口碰头~~

  1. 如果我先到了，发现女神还没来，就要阻塞等待，等到女神来了之后，我俩就可以一起去🥵🥵🥵🥵了.

  2. 女神先到了.当我来到校门口的时候，虽然时间还不到19：00，但是我看到女神已经在了.此时我俩直接出发去🥵🥵🥵🥵就可以了.就不需要等待

  3. 我来了之后，等了很久，女神还没出现，我仍然继续等....join默认是"死等"，"不死不休")

一般来说，等待操作都是带有一个"超时时间"

sleep有一定的调度开销

java 复制代码 
//证明sleep(1000)实际上并不精确

public class Demo11 {
    public static void main(String[] args) throws InterruptedException {
        /*
        System.out.println("开始： " + System.currentTimeMillis());
        Thread.sleep(1000);
        System.out.println("结束： " + System.currentTimeMillis());
         */
        long beg = System.currentTimeMillis();
        Thread.sleep(1000);
        long end = System.currentTimeMillis();
        System.out.println("时间：" + (end - beg) + "ms");

    }
}
//时间：1009ms

系统会按照1000ms这个时间来控制让线程休眠

但是当1000ms时间到了之后，系统会唤醒这个线程（阻塞 -> 就绪）

但是不是说这个线程就成了就绪状态，就能够立即回到cpu上运行，（因为这中间会有一个"调度"的开销）

对于windows和Linux这些系统来说，调度开销是很大的，可能会达到ms级别

线程状态

进程的状态，最核心的，一个是就绪状态，阻塞状态.（对于线程同样适用）

以线程为单位进行调度的.

在Java中，又给线程赋予了一些其他的状态

  • NEW:安排了工作，还未开始行动，Thread对象有了，start方法还没调用
  • TERMINATED:工作完成了，Thread对象还在，内核中的进程已经没了
  • RUNNABLE:可工作的.又可以分成正在工作中和即将开始工作，就绪状态（线程已经在cpu上执行了/线程正在排队等待上cpu执行）
  • TIMED_WAITING:这几个都表示排队等着其他事情，阻塞，由于sleep这种固定时间的方式产生的阻塞
  • WAITING:这几个都表示排队等着其他事情，由于wait这种不固定时间的方式产生的阻塞
  • BLOCKED:这几个都表示排队等着其他事情，由于所竞争导致的阻塞
java 复制代码 
public class Demo12 {
    public static void main(String[] args) throws InterruptedException {
        Thread t = new Thread(()->{
           while (true){
               try {
                   Thread.sleep(1000);
               } catch (InterruptedException e) {
                   e.printStackTrace();
               }
           }
        });
        // 在调用 start 之前获取状态， 此时就是 NEW 状态
        System.out.println(t.getState());
        t.start();


        for (int i = 0; i < 5; i++) {
            System.out.println(t.getState());
            Thread.sleep(1000);
        }
        
        t.join();
        // 在线程执行之后，获取线程的状态，此时是 TERMINATED 状态
        System.out.println(t.getState());
    }
}

线程安全

所谓的线程安全 ，就是说有些代码在单个线程环境中执行，是完全正确的，但是如果是相同的代码，让其在多个线程的环境中去同时执行，此时就会出现bug，这也就是线程安全问题~

下面给出示例代码：

java 复制代码 
public class Demo14 {
    //此处定义一个 int 类型的变量
    private static int count = 0;
    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread(()->{
            // 对 count 变量进行自增 5w 次
            for (int i = 0; i < 50000; i++) {
                    count++;
                }
        });
        Thread t2 = new Thread(()->{
            // 对 count 变量进行自增 5w 次
            for (int i = 0; i < 50000; i++) {
                    count++;
            }
        });
        t1.start();
        t2.start();
        // 如果没有这两 join ，肯定是不行的，线程还没自增完，就开始打印了，很可能打印出来的 count 就是个 0
        t1.join();
        t2.join();
        //预期结果应该是 10w
        System.out.println("count: " + count);
    }
}
//count: 52947

以上的代码就是非常典型的线程安全问题~

所以在解决这个bug'前，我们要知道count++的本质~

count++的本质上是分三步操作的，站在cpu的角度上，count++是由cpu通过三个指令来实现的：

  1. load：把数据从内存读取到cpu寄存器中
  2. add：把寄存器中的数据进行+1
  3. save:把寄存器中的数据，保存到内存中

如果是多个线程执行上述代码，由于线程之间的调度顺序，是"随机"的，就会导致在有些调度顺序下，上述的逻辑就会出现问题.

结合上述讨论，就意识到了，在多线程程序中，最困难的一点：

线程的随机调度，使两个线程执行逻辑的先后顺序，存在诸多可能.

我们必须要保证在所有可能的情况下，代码都是正确的！！

在解决这个问题之前，我们得知道产生线程安全问题的原因是什么：

线程安全问题的原因

  1. 操作系统中，线程的调度顺序是随机的（抢占性执行），这也就是万恶之源

  2. 两个线程，针对同一个变量进行修改（有些情况我们是可以通过修改代码结构来规避上述问题，但是也有很多情况是调整不了的）

  3. 修改操作，不是原子的

    此处给的count++就属于是非原子操作（先读，再修改）

    类似的，如果在一段逻辑中，需要根据一定的条件来决定是否修改，也是存在类似问题

    （假设count++是原子的，也就是说有一个cpu指令可以一次完成上述的count++三步操作）

  4. 内存可见性问题

  5. 指令重排序问题

那么知道了原因，我们就有相对应的解决方法了~

我们的思路就是：

  • 通过修改代码结构来规避上述问题，虽然也有很多情况是调整不了的
  • 想办法让count++的三步走变成原子性的

那么这里我们就选择：加锁！！！！！！！！！

最常用的方法就是synchronized关键字

synchronized

synchronized是Java中的关键字，用于实现线程的同步。它可以应用于方法或代码块上。

所以synchronized在使用的时候，我们需要搭配一个代码块{}

这样子进入{就会加锁，出}就会解锁

在已经加锁的状态中，另一个线程尝试同样加这个锁，就会产生"锁冲突/锁竞争"，后一个线程就会阻塞等待，一直等到前一个线程解锁为止~

所以这里我们给出修改后的代码：

java 复制代码 
public class Demo13 {
//此处定义一个 int 类型的变量
    private static int count = 0;

    public static void main(String[] args) throws InterruptedException {
        Object locker = new Object();

        Thread t1 = new Thread(()->{
            // 对 count 变量进行自增 5w 次
            for (int i = 0; i < 50000; i++) {
                synchronized (locker){
                    count++;
                }
            }
        });

        Thread t2 = new Thread(()->{
            // 对 count 变量进行自增 5w 次
            for (int i = 0; i < 50000; i++) {
                synchronized (locker){
                    count++;
                }
            }
        });

//        t1.start();
//        t2.start();

        // 如果没有这两 join ，肯定是不行的，线程还没自增完，就开始打印了，很可能打印出来的 count 就是个 0
//        t1.join();
//        t2.join();

        //改进：>
        t1.start();
        t1.join();
        t2.start();
        t2.join();
        System.out.println("count: " + count);
        //100000
//在原来的代码中，t1.start()和t2.start()的顺序是固定的，不论t1和t2线程的逻辑如何，主线程会立即启动两个新线程，然后等待它们执行完毕。这种方式适用于两个线程之间没有依赖关系的情况。
//因此，改变t1.start()和t2.start()的调用顺序以及使用join()方法，可以控制线程的执行顺序和依赖关系，满足具体的业务需求。
    }
}
//count: 100000

如果两个线程是在针对同一个对象加锁，就会有锁竞争

如果不是针对同一个对象加锁，就不会有锁竞争，仍然是并发执行！

我们举个例子：

把锁当作一个小妹妹，你去表白，成功了，妹子到手了，也相当于你给妹子加锁了，这时候别的男的他想要你的小妞，他就得阻塞等待，等你们分手了，他才能接盘（排除妹子绿你的情况哈~）

但是那个男的去追别的女生，就不会受你的影响（除非你这人遍地撒花~）

如图：

至此，多线程（三）暂时讲到这里，这里暂时synchronized开了个头，接下来会继续更新，敬请期待~

相关推荐
腥臭腐朽的日子熠熠生辉35 分钟前
解决maven失效问题（现象：maven中只有jdk的工具包，没有springboot的包）
java·spring boot·maven
ejinxian37 分钟前
Spring AI Alibaba 快速开发生成式 Java AI 应用
java·人工智能·spring
杉之42 分钟前
SpringBlade 数据库字段的自动填充
java·笔记·学习·spring·tomcat
圈圈编码1 小时前
Spring Task 定时任务
java·前端·spring
俏布斯1 小时前
算法日常记录
java·算法·leetcode
27669582921 小时前
美团民宿 mtgsig 小程序 mtgsig1.2 分析
java·python·小程序·美团·mtgsig·mtgsig1.2·美团民宿
爱的叹息1 小时前
Java 连接 Redis 的驱动（Jedis、Lettuce、Redisson、Spring Data Redis）分类及对比
java·redis·spring
程序猿chen2 小时前
《JVM考古现场（十五）：熵火燎原——从量子递归到热寂晶壁的代码涅槃》
java·jvm·git·后端·java-ee·区块链·量子计算
松韬2 小时前
Spring + Redisson：从 0 到 1 搭建高可用分布式缓存系统
java·redis·分布式·spring·缓存
绝顶少年2 小时前
Spring Boot 注解：深度解析与应用场景
java·spring boot·后端
热门推荐
01我决定放弃搞 Java 了02DeepSeek各版本说明与优缺点分析03如何在WPS和Word/Excel中直接使用DeepSeek功能04本地化部署AI知识库：基于Ollama+DeepSeek+AnythingLLM保姆级教程05苍穹外卖面试总结06从零安装 LLaMA-Factory 微调 Qwen 大模型成功及所有的坑07RAG 实践- Ollama+RagFlow 部署本地知识库08DeepSeek R1本地化部署 Ollama + Chatbox 打造最强 AI 工具09如何本地部署AI智能体平台，带你手搓一个AI Agent10Android下HWC以及drm_hwcomposer普法(上)