Java 学习之路 之 线程的生命周期(七十四)

2024-03-05 16:48

本文主要是介绍Java 学习之路 之 线程的生命周期(七十四),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

当线程被创建并启动以后,它既不是一启动就进入了执行状态,也不是一直处于执行状态,在线程的生命周期中,它要经过新建(New)、就绪(Runnable)、运行(Running)、阻塞(Blocked)和死亡(Dead)5 种状态。尤其是当线程启动以后,它不可能一直 “霸占” 着 CPU 独自运行,所以 CPU 需要在多条线程之间切换,于是线程状态也会多次在运行、阻塞之间切换。

1,新建和就绪状态

当程序使用 new 关键字创建了一个线程之后,该线程就处于新建状态,此时它和其他的 Java 对象一样,仅仅由 Java 虚拟机为其分配内存,并初始化其成员变量的值。此时的线程对象没有表现出任何线程的动态特征,程序也不会执行线程的线程执行体。

当线程对象调用了 start() 方法之后,该线程处于就绪状态,Java 虚拟机会为其创建方法调用栈和程序计数器,处干这个状态中的线程并没有开始运行,只是表示该线程可以运行了。至于该线程何时开始运行,取决于 JVM 里线程调度器的调度。

启动线程使用 start() 方法,而不是 run() 方法!永远不要调用线程对象的 run() 方法!调用 start() 方法来启动线程,系统会把该 run() 方法当成线程执行体来处理;但如果直接调用线程对象的 run() 方法,则 run() 方法立即就会被执行,而且在 run() 方法返回之前其他线程无法并发执行——也就是说,系统把线程对象当成一个普通对象,而 run()方法也是一个普通方法,而不是线程执行体。

public class InvokeRun extends Thread
{private int i ;// 重写run方法,run方法的方法体就是线程执行体public void run(){for ( ; i < 100 ; i++ ){// 直接调用run方法时,Thread的this.getName返回的是该对象名字,// 而不是当前线程的名字。// 使用Thread.currentThread().getName()总是获取当前线程名字System.out.println(Thread.currentThread().getName() +  " " + i);   // ①}}public static void main(String[] args) {for (int i = 0; i < 100;  i++){// 调用Thread的currentThread方法获取当前线程System.out.println(Thread.currentThread().getName() +  " " + i);if (i == 20){// 直接调用线程对象的run方法,// 系统会把线程对象当成普通对象,run方法当成普通方法,// 所以下面两行代码并不会启动两条线程,而是依次执行两个run方法new InvokeRun().run();new InvokeRun().run();}}}
}

上面程序创建线程对象后直接调用了线程对象的 run() 方法,程序运行的结果是整个程序只有一个线程:主线程。还有一点需要指出,如果直接调用线程对象的 run() 方法,则 run() 方法里不能直接通过 getName() 方法来获得当前执行线程的名字,而是需要使用 Thread.currentThread() 方法先获得当前线程,再调用线程对象的 getName() 方法来获得线程的名字。

通过上面程序不难看出,启动线程的正确方式是调用 Thread 对象的 start() 方法,而不是直接调用 run() 方法,否则就变成单线程程序了。

需要指出的是,调用了线程的 run() 方法之后,该线程已经不再处于新建状态,不要再次调用线程对象的 start() 方法。

只能对处于新建状态的线程调用 start() 方法,否则将引发 IllegaIThreadStateException 异常。

调用线程对象的 start() 方法之后,该线程立即进入就绪状态——就绪状态相当于“等待执行”,但该线程并未真正进入运行状态。再次运行该程序,会看到如图 16.3 所示的输出。


从图 16.3 中可以看出,主线程在 i 等于 20 时调用了子线程的 start() 方法来启动当前线程,但当前线程并没有立即执行,而是等到 i 为 22 时才看到子线程开始执行(读者运行时不一定是 22 时切换,这种切换由底层平台控制,具有一定的随机性)。

如果希望调用子线程的 start() 方法后子线程立即开始执行,程序可以使用 Thread.sleep(1) 来让当前运行的线程(主线程)睡眠 1 毫秒—— 1 毫秒就够了,因为在这 1 毫秒内 CPU 不会空闲,它会去执行另一个处于就绪状态的线程,这样就可以让子线程立即开始执行。

2,运行和阻塞状态

如果处于就绪状态的线程获得了 CPU,开始执行 run() 方法的线程执行体,则该线程处于运行状态,如果计算机只有一个 CPU,那么在任何时刻只有一个线程处于运行状态。当然,在一个多处理器的机器上,将会有多个线程并行(注意是并行:parallel)执行;当线程数大于处理器数时,依然会存在多个线程在同一个 CPU 上轮换的现象。

当一个线程开始运行后,它不可能一直处于运行状态(除非它的线程执行体足够短,瞬间就执行结束了),线程在运行过程中需要被中断,目的是使其他线程获得执行的机会,线程调度的细节取决于底层平台所采用的策略。对于采用抢占式策略的系统而言,系统会给每个可执行的线程一个小时间段来处理任务;当该时间段用完后,系统就会剥夺该线程所占用的资源,让其他线程获得执行的机会.在选择下一个线程时,系统会考虑线程的优先级。

所有现代的桌面和服务器操作系统都采用抢占式调度策略,但一些小型设备如手机则可能采用协作式调度策略,在这样的系统中,只有当一个线程调用了它的 sleep() 或 yield() 方法后才会放弃所占用的资源——也就是必须由该线程主动放弃所古用的资源。

当发生如下情况时,线程将会进入阻塞状态。

线程调用 sleep() 方法主动放弃所占用的处理器资源。

线程调用了一个阻塞式 IO 方法,在该方法返回之前,该线程被阻塞。

线程试图获得一个同步监视器,但该同步监视器正被其他线程所持有。关于同步监视器的知识、后面将存更深入的介绍。

线程在等待某个通知(notify)。

程序调用了线程的 suspend() 方法将该线程挂起。但这个方法容易导致死锁,所以应该尽量避免使用该方法。

当前正在执行的线程被阻塞之后,其他线程就可以获得执行的机会。被阻塞的线程会在合适的时候重新进入就绪状态,注意是就绪状态而不是运行状态。也就是说被阻塞线程的阻塞解除后,必须重新等待线程调度器再次调度它。

针对上面几种情况,当发生如下特定的情况时可以解除上面的阻塞,让该线程重新进入就绪状态。

调用 sleep() 方法的线程经过了指定时间。

线程调用的阻塞式 IO 方法已经返回。

线程成功地获得了试图取得的同步监视器。

线程正在等待某个通知时,其他线程发出了一个通知。

处手挂起状态的线程被调用了 resume() 恢复方法。

图 16.4 显示了线程状态转换图。

从图 16.4 中可以看出,,线程从阻塞状态只能进入就绪状态,无法直接进入运行状态。而就绪和运行状态之间的转换通常不受程序控制,而是由系统线程调度所决定,当处于就绪状态的线程获得处理器资源时,该线程进入运行状态。当处于运行状态的线程失去处理器资源时,该线程进入就绪状态。但有一个方法例外,调用 yield() 方法可以让运行状态的线程转入就绪状态。关于 yield() 方法后面有更详细的介绍。

3,线程死亡

线程会以如下 3 种方式结束,结束后就处于死亡状态。

run() 或 call() 方法执行完成,线程正常结束。

线程抛出一个未捕获的 Exception 或 Error。

直接调用该线程的 stop() 方法来结束该线程——该方法容易导致死锁,通常不推荐使用。

当主线程结束时,其他线程不受任何影响,并不会随之结束。一旦子线程启动起来后,它就拥有和主线程相同的地位,它不受主线程的影响。

为了测试某个线程是否已经死亡,可以调用线程对象 isAlive() 方法,当线程处于就绪、运行、阻塞 3 种状态时,该方法将返回 true;当线程处于新建、死亡 2 种状态时,该方法将返回 false。

不要试图对一个已经死亡的线程调用 start() 方法使它重新启动,死亡就是死亡,该线程将不可再次作为线程执行。

下面程序尝试对处于死亡状态的线程再次调用 start() 方法。

public class StartDead extends Thread
{private int i ;// 重写run方法,run方法的方法体就是线程执行体public void run(){for ( ; i < 100 ; i++ ){System.out.println(getName() +  " " + i);}}public static void main(String[] args) {// 创建线程对象StartDead sd = new StartDead();for (int i = 0; i < 300;  i++){// 调用Thread的currentThread方法获取当前线程System.out.println(Thread.currentThread().getName()+  " " + i);if (i == 20){// 启动线程sd.start();// 判断启动后线程的isAlive()值,输出trueSystem.out.println(sd.isAlive());}// 只有当线程处于新建、死亡两种状态时isAlive()方法返回false。// 当i > 20,则该线程肯定已经启动过了,如果sd.isAlive()为假时,// 那只能是死亡状态了。if (i > 20 && !sd.isAlive()){// 试图再次启动该线程sd.start();}}}
}

上面程序中倒数第 4 行至倒数第 8 行代码试图在线程已死亡的情况下再次调用 start() 方法来启动该线程。运行上面程序,将引发 IllegaIThreadStateException 异常,这表明处于死亡状态的线程无法再次运行了。

不要对处于死亡状态的线程调用 start() 方法,程序只能对新建状态的线程调用 start() 方法,对新建状态的线程两次调用 start() 方法也是错误的。这都会引发  IllegaIThreadStateException 异常。

这篇关于Java 学习之路 之 线程的生命周期(七十四)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/777155

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画(下)

【课程链接】 AntV G6:深入图形与图形分组、自定义节点、节点动画(下)_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中,应该怎样去计算和绘制图形,如何给一个图形制作不间断的动画,以及在鼠标事件之后产生动画。(有点难,需要好好理解) <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06