각 Spring Boot 프로젝트에는 메인 프로그램 시작 클래스가 있습니다. 메인 프로그램 시작 클래스에는 프로젝트를 시작하는 main() 메서드가 있습니다. 이 메서드에서는 SpringApplication.run()을 실행하여 전체 Spring Boot 프로그램을 시작할 수 있습니다. .
질문: 그렇다면 SpringApplication.run() 메서드는 어떻게 Spring Boot 프로젝트를 시작하나요?
run() 메서드 내부의 소스 코드를 살펴보겠습니다. 핵심 코드는 다음과 같습니다.
@SpringBootApplication
public class SpringbootDemoApplication {
public static void main(String[] args) {
SpringApplication.run(SpringbootDemoApplication.class, args);
}
}public static ConfigurableApplicationContext run(Class<?> primarySource, String... args) {
return run(new Class[]{primarySource}, args);
}
public static ConfigurableApplicationContext run(Class<?>[] primarySources, String[] args) {
return (new SpringApplication(primarySources)).run(args);
}위 소스 코드에서 볼 수 있듯이 SpringApplication.run() 메서드는 내부적으로 두 가지 작업, 즉 초기 작업을 수행합니다. SpringApplication 인스턴스를 생성하고 호출하면 run()이 프로젝트를 시작합니다. 이 두 단계의 구현은 다음과 같습니다
SpringApplication 인스턴스 객체의 초기화 및 생성에 대한 소스 코드 정보를 확인하세요. 핵심 코드는 다음과 같습니다
public SpringApplication(ResourceLoader resourceLoader, Class... primarySources) {
this.sources = new LinkedHashSet();
this.bannerMode = Mode.CONSOLE;
this.logStartupInfo = true;
this.addCommandLineProperties = true;
this.addConversionService = true;
this.headless = true;
this.registerShutdownHook = true;
this.additionalProfiles = new HashSet();
this.isCustomEnvironment = false;
this.resourceLoader = resourceLoader;
Assert.notNull(primarySources, "PrimarySources must not be null");
// 把项目启动类.class设置为属性存储起来
this.primarySources = new LinkedHashSet(Arrays.asList(primarySources));
// 判断当前webApplicationType应用的类型
this.webApplicationType = WebApplicationType.deduceFromClasspath();
// 设置初始化器(Initializer),最后会调用这些初始化器
this.setInitializers(this.getSpringFactoriesInstances(ApplicationContextInitializer.class));
// 设置监听器(Listener)
this.setListeners(this.getSpringFactoriesInstances(ApplicationListener.class));
// 用于推断并设置项目main()方法启动的主程序启动类
this.mainApplicationClass = this.deduceMainApplicationClass();위 소스 코드에서 볼 수 있듯이 SpringApplication의 초기화 과정은 크게 4가지 부분으로 구성됩니다. 구체적인 설명은 다음과 같습니다.
(1) this.webApplicationType = WebApplicationType.deduceFromClasspath()
는 현재 webApplicationType 애플리케이션의 유형을 결정하는 데 사용됩니다. deduceFromClasspath() 메소드는 Classpath 클래스 경로 아래에 특정 기능 클래스가 존재하는지 확인하여 현재 webApplicationType 유형이 SERVLET 애플리케이션(Spring 5 이전의 기존 MVC 애플리케이션)인지 REACTIVE 애플리케이션(WebFlux 대화형 애플리케이션)인지 확인하는 데 사용됩니다. Spring 5부터 나타나기 시작함)
(2) this.setInitializers(this.getSpringFactoriesInstances(ApplicationContextInitializer.class))
SpringApplication 애플리케이션의 초기화 설정용. 초기화 설정 프로세스 중에 Spring 클래스 로더 SpringFactoriesLoader는 META-INF/spring.factories 클래스 경로 아래 META-INF 아래의 spring.factores 파일에서 사용 가능한 모든 애플리케이션 초기화 클래스 ApplicationContextInitializer를 얻는 데 사용됩니다.
(3) this.setListeners(this.getSpringFactoriesInstances(ApplicationListener.class))
SpringApplication 애플리케이션의 리스너 설정에 사용됩니다. 리스너 설정 프로세스는 기본적으로 이전 단계의 초기화 설정 프로세스와 동일합니다. SpringFactoriesLoader는 META-INF/spring.factories 클래스 경로 아래의 META-INF 아래 spring.factores 파일에서 사용 가능한 모든 리스너 클래스 ApplicationListener를 가져오는 데에도 사용됩니다. .
(4) this.mainApplicationClass = this.deduceMainApplicationClass()
프로젝트 main() 메소드
(new SpringApplication(primarySources)).run(args) 소스코드 앞부분에서 SpringApplication 인스턴스 객체의 초기 생성을 분석한 후, run(args)에 의해 실행되는 프로젝트 초기화 시작 프로세스를 확인하세요. ) 메서드는 다음과 같습니다.
public ConfigurableApplicationContext run(String... args) {
StopWatch stopWatch = new StopWatch();
stopWatch.start();
ConfigurableApplicationContext context = null;
Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList();
this.configureHeadlessProperty();
// 第一步：获取并启动监听器
SpringApplicationRunListeners listeners = this.getRunListeners(args);
listeners.starting();
Collection exceptionReporters;
try {
ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
// 第二步：根据SpringApplicationRunListeners以及参数来准备环境
ConfigurableEnvironment environment = this.prepareEnvironment(listeners, applicationArguments);
this.configureIgnoreBeanInfo(environment);
// 准备Banner打印器 - 就是启动Spring Boot的时候打印在console上的ASCII艺术字体
Banner printedBanner = this.printBanner(environment);
// 第三步：创建Spring容器
context = this.createApplicationContext();
exceptionReporters = this.getSpringFactoriesInstances(SpringBootExceptionReporter.class, new Class[]{ConfigurableApplicationContext.class}, new Object[]{context});
// 第四步：Spring容器前置处理
this.prepareContext(context, environment, listeners, applicationArguments, printedBanner);
// 第五步：刷新容器
this.refreshContext(context);
// 第六步：Spring容器后置处理
this.afterRefresh(context, applicationArguments);
stopWatch.stop();
if (this.logStartupInfo) {
(new StartupInfoLogger(this.mainApplicationClass)).logStarted(this.getApplicationLog(), stopWatch);
}
// 第七步：发出结束执行的事件
listeners.started(context);
// 返回容器
this.callRunners(context, applicationArguments);
} catch (Throwable var10) {
this.handleRunFailure(context, var10, exceptionReporters, listeners);
throw new IllegalStateException(var10);
}
try {
listeners.running(context);
return context;
} catch (Throwable var9) {
this.handleRunFailure(context, var9, exceptionReporters, (SpringApplicationRunListeners) null);
throw new IllegalStateException(var9);
}
}위 소스 코드에서 볼 수 있듯이 프로젝트 초기화 및 시작 프로세스는 대략 다음과 같은 부분으로 구성됩니다.
1단계: 리스너 획득 및 시작
This.getRunListeners (args) 및 listenings.starting() 메소드는 주로 SpringApplication 인스턴스를 얻는 데 사용됩니다. SpringApplicationRunListener 리스너는 초기화 프로세스 중에 초기화되고 실행됩니다.
2단계: SpringApplicationRunListeners 및 매개변수에 따라 환경 준비
This.prepareEnvironment(listeners, applicationArguments) 메소드는 주로 프로젝트 실행 환경을 사전 설정하는 데 사용되며 동시에 this.configureIgnoreBeanInfo(environment)를 통해 일부 불필요한 작업을 제외합니다. 메소드 Environment
3단계: webApplicationType을 기반으로 Spring 컨테이너
Judge를 생성하여 컨테이너 유형을 결정합니다. 유형이 SERVLET인 경우 해당 바이트코드는 AnnotationConfigServletWebServerApplicationContext인 리플렉션을 통해 로드된 다음 이전에 초기화된 컨텍스트 세트를 사용합니다. ( 애플리케이션 컨텍스트), 환경(프로젝트 실행 환경), 리스너(실행 중인 리스너), applicationArguments(프로젝트 매개변수) 및 PrintedBanner(프로젝트 아이콘 정보)는 애플리케이션 컨텍스트를 조립 및 구성하고 구성을 새로 고칩니다.
4단계: Spring 컨테이너 설정 전 처리
이 단계는 주로 컨테이너를 새로 고치기 전의 준비 작업입니다. 매우 중요한 작업을 포함하여 다양한 변수 등을 포함한 컨테이너 환경을 설정합니다. 컨테이너에 시작 클래스를 삽입하여 후속 자동화 구성을 위한 기반을 마련합니다. 5단계: 새로 고침을 통해 컨테이너 새로 고침을 시작합니다. 메소드 전체 IOC 컨테이너(Bean 리소스 위치 지정, 구문 분석, 등록 등 포함)를 초기화하고 JVM 런타임에 종료 후크를 등록합니다. 이 컨텍스트는 JVM이 종료될 때 닫힙니다. 그때
6단계: Spring 컨테이너 후처리
확장 인터페이스, 디자인 패턴의 템플릿 메서드, 기본적으로 비어 있는 구현. 사용자 정의 요구사항이 있는 경우 이 방법을 재정의할 수 있습니다. 예를 들어 일부 시작 및 완료 로그를 인쇄하거나 기타 사후 처리를 수행합니다.
7단계: 실행을 종료하는 이벤트 발행
EventPublishingRunListener 리스너를 가져와서 시작된 메소드를 실행하고, 생성된 Spring 컨테이너를 전달하고, ApplicationStartedEvent 이벤트를 생성하고, ConfigurableApplicationContext의
publishEvent 메소드를 실행합니다. 이벤트는 SpringApplication이 아닌 Spring 컨테이너에 게시된다고 합니다. 이는 이전 시작과 다르며 SpringApplication의 리스너에 직접 시작 이벤트를 게시합니다.
8단계: 실행자 실행
프로젝트가 시작된 직후 일부 특정 프로그램을 실행하기 위해 프로젝트에서 사용자 정의 실행기 XxxRunner 클래스를 호출하는 데 사용됩니다. 그중 Spring Boot에서 제공하는 실행기 인터페이스에는 ApplicationRunner 및 CommandLineRunner가 포함됩니다. 이를 사용하는 경우 실행기 클래스를 사용자 정의하여 인터페이스 중 하나를 구현하고 해당 run() 메서드 인터페이스를 다시 작성하면 됩니다. 즉시 시작되는 특정 프로그램을 실행하세요.
아래의 Spring Boot 실행 흐름도를 통해 Spring Boot의 전체 실행 프로세스와 주요 시작 단계를 더 명확하게 알 수 있습니다.
위 내용은 SpringBoot 실행 프로세스 예시 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
