SpringBoot 실행 프로세스 예시 분석
각 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()이 프로젝트를 시작합니다. 이 두 단계의 구현은 다음과 같습니다
1. SpringApplication 인스턴스 초기 생성
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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제









Jasypt 소개 Jasypt는 개발자가 최소한의 노력으로 프로젝트에 기본 암호화 기능을 추가할 수 있게 해주며 암호화 작동 방식에 대한 깊은 이해가 필요하지 않은 단방향 및 양방향 암호화에 대한 높은 보안을 제공합니다. 표준 기반 암호화 기술. 비밀번호, 텍스트, 숫자, 바이너리 암호화... Spring 기반 애플리케이션, 개방형 API와의 통합에 적합하며 모든 JCE 공급자와 함께 사용할 수 있습니다... 다음 종속성을 추가합니다: com.github.ulisesbocchiojasypt-spring-boot-starter2. Jasypt의 이점은 코드가 유출되더라도 데이터 소스를 보장할 수 있어 시스템 보안을 보호합니다.

사용 시나리오 1. 주문이 성공적으로 이루어졌으나 30분 이내에 결제가 이루어지지 않았습니다. 결제 시간이 초과되어 주문이 자동으로 취소되었습니다. 2. 주문이 서명되었으며 서명 후 7일 동안 평가가 수행되지 않았습니다. 주문 시간이 초과되어 평가되지 않으면 시스템은 기본적으로 긍정적 평가로 설정됩니다. 3. 판매자가 5분 동안 주문을 받지 않으면 주문이 취소됩니다. 문자 메시지 알림이 전송됩니다... 지연이 길고 실시간 성능이 낮은 시나리오의 경우 작업 예약을 사용하여 정기적인 폴링 처리를 수행할 수 있습니다. 예: xxl-job 오늘은 다음을 선택하겠습니다.

1. Redis는 분산 잠금 원칙과 분산 잠금이 필요한 이유를 구현합니다. 분산 잠금에 대해 이야기하기 전에 분산 잠금이 필요한 이유를 설명해야 합니다. 분산 잠금의 반대는 독립형 잠금입니다. 다중 스레드 프로그램을 작성할 때 공유 변수를 동시에 작동하여 발생하는 데이터 문제를 방지하기 위해 일반적으로 잠금을 사용하여 공유 변수를 상호 제외합니다. 공유 변수의 사용 범위는 동일한 프로세스에 있습니다. 동시에 공유 리소스를 운영해야 하는 여러 프로세스가 있는 경우 어떻게 상호 배타적일 수 있습니까? 오늘날의 비즈니스 애플리케이션은 일반적으로 마이크로서비스 아키텍처입니다. 이는 하나의 애플리케이션이 여러 프로세스를 배포한다는 의미이기도 합니다. 여러 프로세스가 MySQL에서 동일한 레코드 행을 수정해야 하는 경우 잘못된 작업으로 인해 발생하는 더티 데이터를 방지하려면 배포가 필요합니다. 현재 소개할 스타일은 잠겨 있습니다. 포인트를 얻고 싶다

Springboot가 파일을 읽지만 jar 패키지로 패키징한 후 최신 개발에 액세스할 수 없습니다. springboot가 파일을 jar 패키지로 패키징한 후 파일을 읽을 수 없는 상황이 발생합니다. 그 이유는 패키징 후 파일의 가상 경로 때문입니다. 유효하지 않으며 읽기를 통해서만 액세스할 수 있습니다. 파일은 리소스 publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input 아래에 있습니다.

SpringBoot와 SpringMVC는 모두 Java 개발에서 일반적으로 사용되는 프레임워크이지만 둘 사이에는 몇 가지 분명한 차이점이 있습니다. 이 기사에서는 이 두 프레임워크의 기능과 용도를 살펴보고 차이점을 비교할 것입니다. 먼저 SpringBoot에 대해 알아봅시다. SpringBoot는 Spring 프레임워크를 기반으로 하는 애플리케이션의 생성 및 배포를 단순화하기 위해 Pivotal 팀에서 개발되었습니다. 독립 실행형 실행 파일을 구축하는 빠르고 가벼운 방법을 제공합니다.

Springboot+Mybatis-plus가 다중 테이블 추가 작업을 수행하기 위해 SQL 문을 사용하지 않을 때 내가 직면한 문제는 테스트 환경에서 생각을 시뮬레이션하여 분해됩니다. 매개 변수가 있는 BrandDTO 개체를 생성하여 배경으로 매개 변수 전달을 시뮬레이션합니다. Mybatis-plus에서 다중 테이블 작업을 수행하는 것은 매우 어렵다는 것을 Mybatis-plus-join과 같은 도구를 사용하지 않으면 해당 Mapper.xml 파일을 구성하고 냄새나고 긴 ResultMap만 구성하면 됩니다. 해당 SQL 문을 작성합니다. 이 방법은 번거로워 보이지만 매우 유연하며 다음을 수행할 수 있습니다.

1. RedisAPI 기본 직렬화 메커니즘인 RedisTemplate1.1을 사용자 정의합니다. API 기반 Redis 캐시 구현은 데이터 캐싱 작업에 RedisTemplate 템플릿을 사용합니다. 여기서 RedisTemplate 클래스를 열고 클래스의 소스 코드 정보를 봅니다. 키 선언, 값의 다양한 직렬화 방법, 초기 값은 비어 있음 @NullableprivateRedisSe

프로젝트에서는 일부 구성 정보가 필요한 경우가 많습니다. 이 정보는 테스트 환경과 프로덕션 환경에서 구성이 다를 수 있으며 실제 비즈니스 상황에 따라 나중에 수정해야 할 수도 있습니다. 이러한 구성은 코드에 하드 코딩할 수 없습니다. 예를 들어 이 정보를 application.yml 파일에 작성할 수 있습니다. 그렇다면 코드에서 이 주소를 어떻게 얻거나 사용합니까? 2가지 방법이 있습니다. 방법 1: @Value 주석이 달린 ${key}를 통해 구성 파일(application.yml)의 키에 해당하는 값을 가져올 수 있습니다. 이 방법은 마이크로서비스가 상대적으로 적은 상황에 적합합니다. 프로젝트, 업무가 복잡할 때는 논리
