多线程中run()和start()的异同详细分析(全)

简介: 目录前言1. 定义2. 代码区别前言为什么不直接调用线程中的run方法,而要通过调用start方法才可以实现线程的异步执行互不干扰?run方法和start的调用方法区别在于哪?相信看到此处的人们,都会有类似的疑问,这篇文章就为你打开新世界,铭记脑海中1. 定义查看其官方的api接口定义start方法“ “Causes this thread to begin execution; the Java Virtual Machine calls the run method of this t

前言

为什么不直接调用线程中的run方法,而要通过调用start方法才可以实现线程的异步执行互不干扰?
run方法和start的调用方法区别在于哪?

相信看到此处的人们,都会有类似的疑问,这篇文章就为你打开新世界,铭记脑海中

1. 定义

查看其官方的api接口定义

==start方法==

“ “Causes this thread to begin execution; the Java Virtual Machine calls the run method of this thread.” “start()方法会使得该线程开始执行;java虚拟机会去调用该线程的run()方法。”

==run方法==

如果该线程是使用独立的 Runnable 运行对象构造的,则调用该 Runnable 对象的 run 方法;否则,该方法不执行任何操作并返回

看完官方的解释好像也比较懵懂

通俗的讲

  • 使用start方法,该方法主要是开启一个分支栈之后就自动结束,之后线程的run()方法是由JVM直接调用的
  • 避开start方法(没有启动线程)直接调用run方法,那么这个线程的run()方法其实运行在当前线程(也就是run内部的函数方法),从而违背了创建线程的初衷

==总结==

  1. run方法如果是直接调用,不会创建新的线程栈。如果通过start方法(jvm直接调用了run方法),就会开启一个分支栈,而且开启成功分支栈之后,start方法也就会结束,之后主栈和分支栈就会同时运行,互不影响
  2. start()方法的作用是:启动一个分支线程,在JVM中开辟一个新的栈空间,这段代码任务完成之后,瞬间就结束了。任务只是为了开启一个新的栈空间,只要新的栈空间开出来,start()方法就结束了。线程就启动成功了。启动成功的线程会自动调用run方法,并且run方法在分支栈的栈底部(压栈)。run方法在分支栈的栈底部,main方法在主栈的栈底部。run和main是平级的。

查看其源码
在这里插入图片描述

2. 代码区别

如果使用的是start方法

public class ThreadTest02 {
    public static void main(String[] args) {

        MyThread t = new MyThread();
        
        t.start();
        
        // 这里的代码还是运行在主线程中。
        for(int i = 0; i < 1000; i++){
            System.out.println("主线程--->" + i);
        }
    }
}

class MyThread extends Thread {
    @Override
    public void run() {
        // 编写程序,这段程序运行在分支线程中(分支栈)。
        for(int i = 0; i < 1000; i++){
            System.out.println("分支线程--->" + i);
        }
    }
}

这个程序的执行是分支线程和主线程进行交替输出,没有按照规律进行输出
在这里插入图片描述

实现了异步执行的效果


如果运行在run方法中而不是start方法

public class ThreadTest02 {
    public static void main(String[] args) {

        MyThread t = new MyThread();
        // 启动线程
        t.run(); // 不会启动线程,不会分配新的分支栈。(这种方式就是单线程。)
 
        for(int i = 0; i < 1000; i++){
            System.out.println("主线程--->" + i);
        }
    }
}

class MyThread extends Thread {
    @Override
    public void run() {

        for(int i = 0; i < 1000; i++){
            System.out.println("分支线程--->" + i);
        }
    }
}

这个程序的执行时运行完分支线程之后在执行主线程,是一个同步执行,而且是按照顺序的执行
在这里插入图片描述

实现了同步执行

相关文章
|
9月前
|
设计模式 消息中间件 安全
【JUC】(3)常见的设计模式概念分析与多把锁使用场景!!理解线程状态转换条件!带你深入JUC!!文章全程笔记干货!!
JUC专栏第三篇,带你继续深入JUC! 本篇文章涵盖内容:保护性暂停、生产者与消费者、Park&unPark、线程转换条件、多把锁情况分析、可重入锁、顺序控制 笔记共享!!文章全程干货!
448 1
|
10月前
|
存储 Oracle Java
|
10月前
|
数据采集 存储 弹性计算
高并发Java爬虫的瓶颈分析与动态线程优化方案
高并发Java爬虫的瓶颈分析与动态线程优化方案
|
存储 NoSQL Redis
Redis 新版本引入多线程的利弊分析
【10月更文挑战第16天】Redis 新版本引入多线程是一个具有挑战性和机遇的改变。虽然多线程带来了一些潜在的问题和挑战,但也为 Redis 提供了进一步提升性能和扩展能力的可能性。在实际应用中,我们需要根据具体的需求和场景,综合评估多线程的利弊,谨慎地选择和使用 Redis 的新版本。同时,Redis 开发者也需要不断努力,优化和完善多线程机制,以提供更加稳定、高效和可靠的 Redis 服务。
407 1
线程CPU异常定位分析
【10月更文挑战第3天】 开发过程中会出现一些CPU异常升高的问题,想要定位到具体的位置就需要一系列的分析,记录一些分析手段。
391 0
|
并行计算 安全 Java
Python GIL(全局解释器锁)机制对多线程性能影响的深度分析
在Python开发中,GIL(全局解释器锁)一直备受关注。本文基于CPython解释器,探讨GIL的技术本质及其对程序性能的影响。GIL确保同一时刻只有一个线程执行代码,以保护内存管理的安全性,但也限制了多线程并行计算的效率。文章分析了GIL的必要性、局限性,并介绍了多进程、异步编程等替代方案。尽管Python 3.13计划移除GIL,但该特性至少要到2028年才会默认禁用,因此理解GIL仍至关重要。
1327 16
Python GIL(全局解释器锁)机制对多线程性能影响的深度分析
|
调度 开发者
核心概念解析:进程与线程的对比分析
在操作系统和计算机编程领域,进程和线程是两个基本而核心的概念。它们是程序执行和资源管理的基础,但它们之间存在显著的差异。本文将深入探讨进程与线程的区别,并分析它们在现代软件开发中的应用和重要性。
639 4
|
存储 Java 程序员
优化Java多线程应用:是创建Thread对象直接调用start()方法?还是用个变量调用?
这篇文章探讨了Java中两种创建和启动线程的方法,并分析了它们的区别。作者建议直接调用 `Thread` 对象的 `start()` 方法,而非保持强引用,以避免内存泄漏、简化线程生命周期管理,并减少不必要的线程控制。文章详细解释了这种方法在使用 `ThreadLocal` 时的优势,并提供了代码示例。作者洛小豆,文章来源于稀土掘金。
307 6
|
存储 监控 Java
|
安全 Java API
Java线程池原理与锁机制分析
综上所述,Java线程池和锁机制是并发编程中极其重要的两个部分。线程池主要用于管理线程的生命周期和执行并发任务,而锁机制则用于保障线程安全和防止数据的并发错误。它们深入地结合在一起,成为Java高效并发编程实践中的关键要素。
281 0

热门文章

最新文章