织梦网站301跳转怎么做,网络管理系统的管理软件,福州网络营销推广申请,wordpress评论邮箱通知功能boot的执行流程分为构造SpringApplication对象、调用run方法两部分
1、Spring Boot 执行流程-构造 通常我们会在SpringBoot的主启动类中写以下的代码#xff1a; 参数一是当前类的字节码#xff0c;参数二是main的args参数。
public class StartApplication {public static…boot的执行流程分为构造SpringApplication对象、调用run方法两部分
1、Spring Boot 执行流程-构造 通常我们会在SpringBoot的主启动类中写以下的代码 参数一是当前类的字节码参数二是main的args参数。
public class StartApplication {public static void main(String[] args) {SpringApplication.run(SpringApplication.class,args);}
} 在SpringApplication.run的内部会做两件事 创建SpringApplication对象 以及调用SpringApplication对象的run方法 在创建SpringApplication对象时通常又会做下面几件事
获取bean definition源获取推断应用类型ApplicationContext初始化器监听器与事件主类推断
1.1、获取bean definition源 this.primarySources new LinkedHashSet(Arrays.asList(primarySources)); 将传入的 primarySources数组转换为 LinkedHashSet并赋值给当前对象的 primarySources成员变量。这个集合用于存储应用程序的主要源通常是启动类例如SpringBootApplication注解标记的类。
1.2、获取推断应用类型 this.webApplicationType WebApplicationType.deduceFromClasspath(); 通过deduceFromClasspath() 方法进行应用类型推论 deduceFromClasspath() 是WebApplicationType的方法WebApplicationType是一个枚举类 简单说明一下这段代码第一个if判断如果是reactive.DispatcherHandler并且不是servlet.DispatcherServlet和servlet.ServletContainer就推断类型为REACTIVE并返回。 如果上面的条件不成立也就是应用类型没有被推断为REACTIVE就会循环成员变量的SERVLET_INDICATOR_CLASSES数组该数组中有两个元素
javax.servlet.Servletorg.springframework.web.context.ConfigurableWebApplicationContext 如果任意一个元素不存在就推断类型为NONE并返回。 最后推论类型为SERVLET并返回 1.3、ApplicationContext初始化器 setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class)); 获取所有注册的 ApplicationContextInitializer实例并将其设置为应用程序的初始化器。 通过SpringApplication实例的.addInitializers()方法注册初始化器
springApplication.addInitializers(new ApplicationContextInitializerConfigurableApplicationContext() {Overridepublic void initialize(ConfigurableApplicationContext applicationContext) {if (applicationContext instanceof GenericApplicationContext){((GenericApplicationContext) applicationContext).registerBean(bean3,Bean3.class);}}});
1.4、监听器与事件 setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class)); 获取所有注册的 ApplicationListener实例并将其设置为应用程序的监听器。 通过SpringApplication实例的.addListeners()方法注册监听器与事件 springApplication.addListeners(new ApplicationListenerApplicationEvent() {Overridepublic void onApplicationEvent(ApplicationEvent event) {System.out.println(事件:event.getClass());}});
1.5、主类推断 this.mainApplicationClass deduceMainApplicationClass(); 调用deduceMainApplicationClass() 方法进行主类推论
通过创建一个新的 RuntimeException对象来获取当前线程的堆栈轨迹stack trace即调用堆栈信息。遍历堆栈信息找到方法名为main的函数并返回类的class对象没有找到就抛出异常 2、Spring Boot 执行流程-run
2.1、事件发布器 在run方法中首先会通过getRunListeners(args);得到 SpringApplicationRunListeners。 SpringApplicationRunListeners是一个事件发布器会在run方法的执行不同阶段中发布对应的事件
得到事件发布器后会发布listeners.starting(); 事件代表spring boot 开始启动。prepareEnvironment(listeners, applicationArguments);方法执行时会发布listeners.environmentPrepared(environment); 事件代表环境信息准备完成prepareContext(context, environment, listeners, applicationArguments, printedBanner); 方法执行时会发布listeners.contextPrepared(context);事件代表spring容器创建但未调用初始化器。listeners.contextLoaded(context);事件代表所有bean definition加载完毕。然后会调用context.refresh();方法在调用context.refresh();方法后会发布listeners.started(context);事件如果在这个过程中发生了异常会发布listeners.failed(context, exception); 事件最后会发布listeners.running(context);事件代表spring boot 启动完成 在第六点中如果在发布listeners.running(context);事件的过程中出现异常不会发布listeners.failed(context, exception); 事件 我们也可以模拟一下上述过程 事件发布器SpringApplicationRunListener是一个接口其与子类的对应关系是放在spring.factories的配置文件中 public class A34 {public static void main(String[] args) throws ClassNotFoundException, NoSuchMethodException, InvocationTargetException, InstantiationException, IllegalAccessException {SpringApplication springApplication new SpringApplication(A34.class);springApplication.addListeners(new ApplicationListenerApplicationEvent() {Overridepublic void onApplicationEvent(ApplicationEvent event) {System.out.println(event.getClass());}});//演示事件发送器获取事件发送器类名//事件发送器是一个接口和子类的对应关系存放在spring.factories配置文件中ListString factoryNames SpringFactoriesLoader.loadFactoryNames(SpringApplicationRunListener.class, A34.class.getClassLoader());for (String name : factoryNames) {System.out.println(name);//创建事件发布器实现类Class? clazz Class.forName(name);Constructor? constructor clazz.getConstructor(SpringApplication.class, String[].class);EventPublishingRunListener publishingRunListener (org.springframework.boot.context.event.EventPublishingRunListener) constructor.newInstance(springApplication, args);//模拟SpringApplication源码public ConfigurableApplicationContext run(String... args) 方法中的七个事件//spring boot 开始启动publishingRunListener.starting();//环境信息准备完成publishingRunListener.environmentPrepared(new StandardEnvironment());//在spring容器创建并调用初始化器之前发送此事件GenericApplicationContext context new GenericApplicationContext();publishingRunListener.contextPrepared(context);//所有bean definition加载完毕publishingRunListener.contextLoaded(context);context.refresh();//spring 容器初始化完成 refresh方法调用完成加载了所有后处理器初始化所有单例publishingRunListener.started(context);//spring boot 启动完毕publishingRunListener.running(context);//过程中发生错误publishingRunListener.failed(context,new Exception(报错));}}
} 2.2、封装args参数 ApplicationArguments applicationArguments new DefaultApplicationArguments(args); 用于将args参数进行封装便于最后一步执行实现了ApplicationRunner接口的方法。实现了CommandLineRunner或ApplicationRunner接口的方法会在boot启动时运行其中的逻辑 2.3、创建环境对象 ConfigurableEnvironment environment prepareEnvironment(listeners, bootstrapContext, applicationArguments); 用于创建环境对象 getOrCreateEnvironment()方法用于根据不同的webApplication类型去创建对应的环境对象。webApplication类型是在构造SpringApplication时推论出的 configureEnvironment(ConfigurableEnvironment environment, String[] args) 方法用于配置应用程序的环境 environment.setConversionService(new ApplicationConversionService()); 会先添加转换器 其中又有configureProfiles(environment, args);方法来配置环境的配置文件 configurePropertySources(environment, args) 方法配置环境的属性源重点在这一步只加入命令行参数没有加入application.properties 首先从环境中获取systemProperties和systemEnvironment 2.4、配置文件读取统一命名处理 prepareEnvironment中的 ConfigurationPropertySources.attach(standardEnvironment); 方法用于统一命名处理 因为配置文件在读取的过程中可能会存在这样的问题 我们定义了一个配置文件每个键的格式都不一样 当我们不做任何处理在读取时键名统一使用-分隔时只能读取到第一个的值因为命名和文件中不匹配。ConfigurationPropertySources.attach() 方法可以解决这样的问题。
public class Step4 {public static void main(String[] args) throws IOException {StandardEnvironment standardEnvironment new StandardEnvironment();standardEnvironment.getPropertySources().addLast(new ResourcePropertySource(step4,new ClassPathResource(step4.properties)));// run 源码中做了统一命名ConfigurationPropertySources.attach(environment);ConfigurationPropertySources.attach(standardEnvironment);//不做任何处理 只能读取第一个 因为命名和文件中的不匹配System.out.println(standardEnvironment.getProperty(user.first-name));System.out.println(standardEnvironment.getProperty(user.middle-name));System.out.println(standardEnvironment.getProperty(user.last-name));}
} 在attach方法内部最后会将configurationProperties加入environment的头部以便优先被访问 2.5、EnvironmentPostProcessor功能扩展 EnvironmentPostProcessor相当于环境对象的后处理器可以增加一些扩展。 prepareEnvironment 中的listeners.environmentPrepared(bootstrapContext, environment);
使用事件发布器去触发监听器调用其中的后处理器方法监听器是在SpringApplication构造时加入的但是需要等到环境对象创建后才应该触发其中的那些后处理器 通过debug发现在构造SpringApplication时已经加入了对于环境对象后处理器的监听器 关于后处理器的实现关系也是定义在spring.factories文件中的 EnvironmentPostProcessorApplicationListener就是去读取EnvironmentPostProcessor中的后处理器 2.6、将环境中的键值和SpringApplication中的属性匹配 prepareEnvironment 中的bindToSpringApplication(environment); 用于将环境中的键值和SpringApplication中的属性匹配 读取配置文件中以spring.main开头的键并且与SpringApplication中的成员变量绑定 上面配置文件中的键都是SpringApplication中的成员变量 2.7、输出Banner图标 run()方法中的printBanner(environment); 用于在控制台或日志中输入图标 2.8、创建容器 在环境准备完成并发布listeners.environmentPrepared(environment); 事件后会创建容器 createApplicationContext() 方法根据构造SpringApplication推断的不同的类型有不同的实现 2.9、准备容器 prepareContext(context, environment, listeners, applicationArguments, printedBanner); 方法用于准备容器 在准备容器时又会回调构造SpringApplication时编写的初始化器中的增强逻辑 2.10、加载Bean定义 prepareContext方法中的load(context, sources.toArray(new Object[0])); 这段代码大致的意思是加载应用程序的配置源并根据需要设置相关的配置然后执行加载操作。 根据不同的配置类型去分派对应的加载方法 2.11、refresh 执行run中的refreshContext()方法 调用refresh方法加载配置、初始化所有单例 、重新启动应用程序上下文。 在这之前还会判断如果this.registerShutdownHook为true那么会通过 shutdownHook.registerApplicationContext(context);方法为当前的应用程序上下文注册一个关机钩子shutdown hook。这个钩子用于在应用程序关闭时执行一些清理操作或释放资源。 2.12、执行初始化方法 run方法中的callRunners 用于执行初始化方法中编写的逻辑 “2.2、封装args参数”的作用就体现在此 ApplicationRunner需要将args参数包装成为ApplicationArguments类型 虽然无论是ApplicationRunner还是CommandLineRunner调用callRunner() 方法时传递的args参数类型都是ApplicationArguments。但是不代表CommandLineRunner需要ApplicationArguments参数类型 会取出原本的String args 参数
