《Spring Boot 源码学习系列》一、引言书接前文《SpringApplication 的 run 方法核心流程介绍》,Huazie 围绕 SpringApplication 的 run 方法, 其中有关运行流程监听器的内容出现最多,但还未细讲。那么本篇就深入了解下 SpringApplication 的 run 方法监听器。 @Deprecated 的方法,即表示当前版本废弃的方法】:starting:当 run 方法第一次被执行时,会被立即调用,可用于非常早期的初始化工作。 2.4 自定义 SpringApplicationRunListener了解了这么多关于 SpringApplication 的 run 方法监听器的内容,现在让我们来自定义 SpringApplicationRunListener 三、总结本篇博文 Huazie 同大家一起深入分析了 SpringApplication 的 run 方法监听器,从配置的加载,接口定义,实现类等方面作了详细了解,最后通过自定义 SpringApplicationRunListener
run方法核心流程 在分析和学习整个 run 方法的源代码及操作之前,我们先通过图 4-1 所示的流程图来看一下SpringApplication 调用的 run 方法处理的核心操作都包含哪些。 上面的流程图可以看出,SpringApplication 在 run 方法中重 点做了以下操作。 .获取监听器和参数配置。 .打印 Banner 信息。 .创建并初始化容器。 监听器发送通知。 SpringApplicationRunListener 源码解析 接口 SpringApplicationRunListener 是 SpringApplication 的 run 方法监听器。 图 4-2 展示了在整个 run 方法的生命周期中 SpringApplicationRunListener 的所有方法所处的位置,该图可以帮助我们更好地学习 run 方法的运行流程。 本文给大家讲解的内容是run方法核心流程 SpringApplicationRunListener 监听器 下篇文章给大家讲解的是初始化ApplicationArguments和初始化 ConfigurableEnvironment
run方法逻辑 在上一篇文章中,我们看到SpringApplication的静态方法最终是去构造了一个SpringApplication实例对象,并调用了SpringApplication的成员方法 run方法的代码主要的逻辑,为后面其它内容做一个铺垫 跟进run方法,这个方法的代码有点长我们将抛弃掉一些比较次要的内容 public ConfigurableApplicationContext run ApplicationContext 4)ApplicationContext的refresh的事前准备 5)ApplicationContext的refresh 6)ApplicationContext的refresh之后 7) 发布ApplicationContext的refresh完毕的事件 8)触发runner 9)最后发布refresh完毕、runner执行完毕的事件 run方法描述了SpringApplication这个类的职责 总结 我们忽略各种细节以后就会发现,SpringApplication的run方法主要就是为了构建出一个ApplicationContext,后续文章也将围绕着构建ApplicationContext相关的内容展开
1、Maven项目搭建完毕,想run时发现没有run on Server选项,也就是说不能把该项目放进tomcat服务进行启动,此时就是由于你创建maven项目的时候选择了打成jar包了。 ? 2、解决方法:在pom.xml下查看有没有packaging设置,并把packaging设置为war。 ? 再重新更新maven项目就可以了,这个时候就可以直接使用run as选择run on server了。
有了image 以后,就可以创建container 执行 docker run xiaopeng163/centos-entrypoint-shell 创建一个容器 打印出 hello Docker docker run xiaopeng163/centod-entrypoint-exec 打印出 hello $name vim Dockerfile docker build -t xiaopeng163 /centos-entrypoint-exec-new . docker run xiaopeng163/centod-entrypoint-exec-new 打印出 hello Docker 把退出的 docker container 删除掉 docker run -it xiaopeng163/centos-cmd-shell /bin/bash 会把 里面 cmd 命令覆盖掉 docker run -it xiaopeng163/centos-entrypoint-shell /bin/bash 不会把 entrypoint 命令覆盖掉
ctr run 命令用于启动一个新容器。以下是 ctr run 命令的详细文档及示例。 语法ctr run 命令的语法如下:ctr run [选项] <镜像> <容器名称>参数以下是 ctr run 命令的参数:[选项]:命令选项。<镜像>:要使用的镜像。<容器名称>:新容器的名称。 选项以下是 ctr run 命令的选项:--bundle:容器的 OCI bundle 路径。--detach:启动容器并在后台运行。 示例以下是 ctr run 命令的示例:启动一个名为 my-container 的新容器:ctr run docker.io/library/alpine:latest my-container启动一个名为 的新容器,并将 /host/path 挂载到 /container/path:ctr run --mount type=bind,source=/host/path,target=/container
回答:运行时机制,runtime库里面包含了跟类/成员变量/方法相关的API,比如获取类里面的所有成员变量,为类动态添加成员变量,动态改变类的方法实现,为类动态添加新的方法等,需要导入<ObJc/message.h 2>实际上我们编写的所有OC代码,最终都是转成了runtime库的东西,比如类转成了runtime库里面的结构体等数据类型,方法转成了runtime库里面的C语言函数,平时调方法都是转成了objc_msgSend 1>能动态产生一个类、一个成员变量、一个方法 2>能动态修改一个类、一个成员变量、一个方法 3>能动态删除一个类、一个成员变量、一个方法 常见的函数、头文件 import : 成员变量、类、方法 class_copyIvarList : 获得某个类内部的所有成员变量 class_copyMethodList : 获得某个类内部的所有方法 class_getInstanceMethod : 获得某个具体的实例方法(对象方法,减号开头 ) class_getClassMethod : 获得某个具体的类方法 (加号) method_exchangeImplementations : 交换2个方法的实现
VM启动时会有一个由主方法所定义的线程。可以通过创建Thread的实例来创建新的线程。每个线程都是通过某个特定Thread对象所对应的方法run()来完成其操作的,方法run()称为线程体。 三、run( )方法 1、run方法又是一个什么样的方法?run方法与start方法有什么关联? run()方法当作普通方法的方式调用 run( )其实是一个普通方法,只不过当线程调用了start( )方法后,一旦线程被CPU调度,处于运行状态,那么线程才会去调用这个run()方法; 2、run() 方法的执行是不是需要线程调用start()方法 上面说了,run()方法是一个普通的对象方法,因此,不需要线程调用start()后才可以调用的。 可以线程对象可以随时随地调用run方法。
class ThreadDemo3 { static class MyThread extends Thread{ @Override public void run } } public static void main(String[] args) { Thread t = new MyThread(); t.run (); //t.start(); } } 两种执行出来的结果都为“线程” 从运行结果来看,好像没什么区别,但其两种调用有本质的区别: t.run()——这里只是一个普通的方法调用
视屏中老师说,一般没有人用但是我还是想试试 但是当我画图的时候,发现IDEA的那个listener监听器点不开,不知道是不是我下载的插件不对还是什么原因,所以就亲自写了,看看到时候不行就下载一个Eclipse 吧 如果有了解怎样解决的,评论区或者私信我,谢谢 image.png 任务监听器是发生对应的任务相关事件时执行自定义java逻辑或表达式 任务事件包括 image.png create 任务创建后触发 org.activiti.engine.delegate.DelegateTask; import org.activiti.engine.delegate.TaskListener; /** * 监听器分配任务人员
然后通过此Thread类调用方法run()来完成其运行操作的,这里方法run()称为线程体,它包含了要执行的这个线程的内容,Run方法运行结束,此线程终止,而CPU再运行其它线程。 2,run()方法当作普通方法的方式调用,程序还是要顺序执行,还是要等待run方法体执行完毕后才可继续执行下面的代码: 而如果直接用run方法,这只是调用一个方法而已,程序中依然只有主线程–这一个线程, 3,调用start方法方可启动线程,而run方法只是thread的一个普通方法调用,还是在主线程里执行。 这两个方法应该都比较熟悉,把需要并行处理的代码放在run()方法中,start()方法启动线程将自动调用 run()方法,这是由jvm的内存机制规定的。 并且run()方法必须是public访问权限,返回值类型为void。
@[TOC](Java Thread.run()方法详解与实例分析) Java Thread.run()方法详解与实例分析 摘要 在Java并发编程中,Thread.run() 是一个关键方法,很多初学者在使用时可能会感到迷惑 :什么是 run() 方法? 正文 一、Thread.run() 的作用与定义 方法定义 Thread.run() 是 Thread 类中的实例方法,用于定义线程的具体任务。 三、实现线程的两种方式与 run() 方法 1. 继承 Thread 类 通过继承 Thread 类,重写 run() 方法来定义线程行为。 直接调用 run() 很多初学者会误以为调用 run() 方法等同于启动新线程。实际上,这只是普通方法调用。
1、线程的start()方法 start()方法来启动线程,真正实现了多线程运行,这时无需等待run方法体代码执行完毕而直接继续执行下面的代码: 通过调用Thread类的start()方法来启动一个线程 然后通过此Thread类调用方法run()来完成其运行操作的,这里方法run()称为线程体,它包含了要执行的这个线程的内容,Run方法运行结束,此线程终止,而CPU再运行其它线程。 Thread-0---1 Thread-0---2 Thread-0---3 Thread-1---1 Thread-1---2 Thread-1---3 2、线程的run()方法 run()方法当作普通方法的方式调用 ,程序还是要顺序执行,还是要等待run方法体执行完毕后才可继续执行下面的代码: 而如果直接用run方法,这只是调用一个方法而已,程序中依然只有主线程–这一个线程,其程序执行路径还是只有一条,这样就没有达到写线程的目的 这两个方法应该都比较熟悉,把需要并行处理的代码放在run()方法中,start()方法启动线程将自动调用 run()方法,这是由jvm的内存机制规定的。
1、普通写法和扩展函数 with和T.run 看起来很相似,并且它们的功能也类似。 run { javaScriptEnabled = true databaseEnabled = true } 这时候,使用T.run扩展功能是比较好的,因为我们可以在使用前检查可空性。 run { println("The length of this String is $length") } string?. let { println("The length of this String is ${it.length}") } 如果你查看T.run的函数签名,你会发现T.run只是作为扩展函数调用 查看所有的属性 让我们来说明T.apply功能 ① 它是一个扩展函数 ② this作为参数传递 ③ 返回this(即它本身) 使用方法: //通常写法 fun createInstance(args
区别1 run 方法和 start 方法的第一个区别是:调用 start 方法是真正开启一个线程来执行任务,而调用 run 方法相当于执行普通方法 run,并不会开启新线程,如下图所示: 区别2 run 方法和 start 方法的第二个区别是:run 方法也叫做线程体,它里面包含了具体要执行的业务代码,当调用 run 方法时,会立即执行 run 方法中的代码(如果当前线程时间片未用完);而调用 区别3 因为 run 方法是普通方法,而普通方法是可以被多次调用的,所以 run 方法可以被调用多次;而 start 方法是创建新线程来执行任务,因为线程只能被创建一次,所以它们的第三个区别是:run 总结 run 方法和 start 方法的主要区别如下: 方法性质不同:run 是一个普通方法,而 start 是开启新线程的方法。 执行速度不同:调用 run 方法会立即执行任务,调用 start 方法是将线程的状态改为就绪状态,不会立即执行。 调用次数不同:run 方法可以被重复调用,而 start 方法只能被调用一次。
在Java并发编程中,调用start()方法时会启动一个新的线程,并且该线程会执行run()方法。 这与Java语言本身的设计有关,具体原因如下: 一、线程启动方式 在Java中,线程可以通过两种方式进行启动,一种是继承Thread类并重写其run()方法,另一种是实现Runnable接口并实现其run 二、线程状态 在调用start()方法后,线程并不能立即开始执行run()方法,而是处于就绪状态(Runnable),等待线程调度程序为其分配CPU时间片,并使其进入运行状态(Running)。 当线程获得CPU资源后,就会自动调用其对应的run()方法,开始执行线程代码。 因此,在Java中调用start()方法时会执行run()方法,是由于Java语言本身的设计和多线程的实现方式而决定的。
然后在onApplicationEvent方法中,我们检查事件的类型,并根据事件的类型执行相应的操作。这样我们就可以在同一个监听器中处理多种类型的事件了。 public class DemoApplication { public static void main(String[] args) { SpringApplication.run 实现了ApplicationListener接口的监听器:这种类型的监听器首先作为一个Bean,会经历所有常规的Bean生命周期阶段。这包括构造函数的调用,setter方法的调用,以及初始化回调。 所以,接口式监听器如果要加@Order就放在类上,注解式监听器的@Order就放在方法上。 对于使用@EventListener注解的方法(即注解式监听器),如果不显式指定@Order,那么它的执行顺序就默认指定为@Order(0)。
在使用线程时,理解 run() 方法和 start() 方法之间的区别是至关重要的。本文将深入探讨如果直接调用线程的 run() 方法会发生什么。 run() 方法 vs start() 方法 run()方法 run()方法包含了线程要执行的代码。 直接调用run()方法不会启动一个新线程,它只是在当前线程中执行run()方法体中的代码。 换句话说,直接调用run()方法相当于调用一个普通的方法,没有并发行为。 start()方法 start()方法会创建一个新的线程,并在新的线程中执行run()方法。 直接调用 run() 方法的影响 为了更好地理解直接调用 run() 方法的影响,考虑以下示例代码: class MyThread extends Thread { public void run 结论 直接调用 run() 方法不会启动一个新的线程,它只是普通方法调用,代码在当前线程中同步顺序执行。而调用 start() 方法则会启动一个新的线程,并在该线程中执行 run() 方法的代码。
2.1 run 方法源码初识 上述截图就是 SpringApplication 的 run 方法核心代码。 下面 Huazie 将带着大家一起通读这块源码,从整体上了解下 run 方法核心流程。 SpringApplicationRunListener 是 SpringApplication 的 run 方法的监听器,它用来监听 Spring Boot 应用的不同启动阶段,这些阶段都会发布对应的事件 这里 starting 方法,就对应了最早期的启动阶段,它在 run 方法刚开始执行时就被立即调用。 SpringApplicationRunListeners 的 started 方法里会发布 ApplicationStartedEvent 事件,通知监听器 Spring 容器启动完成。 SpringApplicationRunListeners 的 ready 方法里会发布 ApplicationReadyEvent 事件,通知监听器 Spring 容器正在运行中。
* @return * false :表示忽略onEvent()方法方法中抛出的异常 * true :表示onEvent()方法中抛出的异常继续向上传播,导致当前操作失败 : onEvent:事件触发执行的方法 isFailOnException:上面的 onEvent 方法抛出异常的后续处理动作,false :表示忽略onEvent()方法方法中抛出的异常,true : 表示onEvent()方法中抛出的异常继续向上传播,导致当前操作失败 3.2 配置事件监听器 全局监听器的配置有三种方式在工作流引擎配置文件中配置、在流程定义文件中配置、在代码中调用API动态添加。 在工作流引擎配置文件中配置 我们可以在Activiti7的配置文件中来注册我们上面定义的事件监听器。 在流程部署和运行后如果需要添加相关的事件监听器。这时可以通过RuntimeService中提供的addEventListener()方法来实现监听器的注册操作。