new SpringApplicationBuilder()

        .sources(Parent.class)

        .child(Application.class)

        .bannerMode(Banner.Mode.OFF)

        .run(args);

如果您希望这些侦听器自动注册，而不管创建应用程序的方式如何，都可以将META-INF/spring.factories文件添加到项目中，并使用org.springframework.context.ApplicationListener键引用您的侦听器，如以下示例所示：

1. 在运行开始时，一个ApplicationStartingEvent将在进行任何处理之前（侦听器和初始化程序的注册除外）发送。

2. 一个ApplicationEnvironmentPreparedEvent当被发送Environment到中已知的上下文中使用，但是在创建上下文之前。

3. 准备ApplicationContext并调用ApplicationContextInitializers之后但在加载任何bean定义之前，将发送ApplicationContextInitializedEvent。

4. ApplicationPreparedEvent在刷新开始之前但在加载bean定义之后发送 。

5. 一个ApplicationStartedEvent上下文已被刷新后发送，但是任何应用程序和命令行亚军都被调用前。

6. 的ApplicationReadyEvent任何应用程序和命令行亚军被呼叫后发送。它指示该应用程序已准备就绪，可以处理请求。

7. 一个ApplicationFailedEvent如果在启动时异常发送。

上面的列表仅包含SpringApplicationEvent与绑定的SpringApplication。除这些以外，以下事件也在之后ApplicationPreparedEvent和之前发布ApplicationStartedEvent：

1. ApplicationContext被刷新后，ContextRefreshedEvent将被发送。

2. WebServer准备就绪后，WebServerInitializedEvent将被发送。WebServerServletWebServerInitializedEvent和ReactiveWebServerInitializedEvent分别是servlet和反应式变量。


一个SpringApplication试图创建正确类型的ApplicationContext代表您。确定WebApplicationType的算法非常简单：

• 如果存在Spring MVC，AnnotationConfigServletWebServerApplicationContext则使用

• 如果不存在Spring MVC但存在Spring WebFlux，AnnotationConfigReactiveWebServerApplicationContext则使用

• 否则，AnnotationConfigApplicationContext使用

这意味着，如果您WebClient在同一应用程序中使用Spring MVC和Spring WebFlux中的新功能，则默认情况下将使用Spring MVC。您可以通过调用setWebApplicationType(WebApplicationType)轻松覆盖它。

也可以在使用ApplicationContext时通过调用setApplicationContextClass(…​)来实现完全控制。

注：当在JUnit测试中使用SpringApplication时，它经常被描述为setWebApplicationType(WebApplicationType.NONE)。

import org.springframework.boot.*;

import org.springframework.beans.factory.annotation.*;

import org.springframework.stereotype.*;

@Component

public class MyBean {

    @Autowired

    public MyBean(ApplicationArguments args) {

        boolean debug = args.containsOption("debug");

        List<String> files = args.getNonOptionArgs();

        // if run with "--debug logfile.txt" debug=true, files=["logfile.txt"]

    }

}

SpringApplication被启动时，你想要运行一些特定的代码时，则可以实现ApplicationRunner或CommandLineRunner接口。这两个接口以相同的方式工作，并提供一个单一的run方法，该方法在SpringApplication.run(…​)完成之前就被调用。

CommandLineRunner接口提供访问的应用程序的参数作为一个简单的字符串数组，而ApplicationRunner用途ApplicationArguments接口前面讨论。以下示例显示了一个CommandLineRunnerwith run方法：

import org.springframework.boot.*;

import org.springframework.stereotype.*;

@Component

public class MyBean implements CommandLineRunner {

    public void run(String... args) {

        // Do something...

    }

}

每个都SpringApplication向JVM注册一个关闭钩子，以确保ApplicationContext退出时正常关闭。可以使用所有标准的Spring生命周期回调（例如DisposableBean接口或@PreDestroy批注）。

另外，org.springframework.boot.ExitCodeGenerator如果bean 希望在SpringApplication.exit()调用时返回特定的退出代码，则可以实现该接口。然后可以将此退出代码传递给System.exit()它，以将其作为状态代码返回，如以下示例所示：

@SpringBootApplication

public class ExitCodeApplication {

    @Bean

    public ExitCodeGenerator exitCodeGenerator() {

        return () -> 42;

    }

    public static void main(String[] args) {

        System.exit(SpringApplication.exit(SpringApplication.run(ExitCodeApplication.class, args)));

    }

}

而且，该ExitCodeGenerator接口可以被异常类实现。当遇到这样的异常时，Spring Boot返回由实现的getExitCode()方法提供的退出代码。

通过指定spring.application.admin.enabled属性，可以为应用程序启用与管理员相关的功能。这将SpringApplicationAdminMXBean在平台上公开MBeanServer。您可以使用此功能来远程管理Spring Boot应用程序。此功能对于任何服务包装器实现也可能很有用。