[스프링부트 퀵스타트] ch.2 의존성과 자동설정

기본적인 설정은 자동으로 처리,
필요한 만큼의 기능만 재정의하여 사용하기

 

▷스프링부트의 핵심요소

• ①스타터 : 특정 모듈 사용시 관련된 라이브러리들을 묶어서 마치 패키지처럼 제공.
• ②자동설정 : 빈 설정을 자동으로 처리함
• ③액추에이터 : 스프링부트로 개발된 시스템을 모니터링 할 수 있는 다양한 기능을 제공함

​

▶의존성관리

• 스타터의 원리 : (메이븐)스타터에 있는 POM파일의 상속 구조. <paremt>엘리먼트 사용.
• 프로퍼티 재정의
• 메이븐(pom.xml)

<dependencies>
    <!-- 다른 의존성들 -->
    
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
        <version>2.5.4</version> <!-- 스프링 부트 스타터의 버전 지정 -->
    </dependency>
    
    <!-- 다른 의존성들 -->
</dependencies>

• 그레이들(build.gradle)

dependencies {
    // 다른 의존성들
    
    implementation 'org.springframework.boot:spring-boot-starter-web:2.5.4' // 스프링 부트 스타터의 버전 지정
    
    // 다른 의존성들
}

 

 

 

 

▶자동설정

▷자동설정이란

• 라이브러리 추가한다고 바로 모듈 사용할 수 있는 것이 아님. ①스프링 설정 파일에 빈 등록 ②의존성 주입도 적절히 처리해야함 => 자동으로 해주는 것
• 복잡한 설정들을 대신 해주는 것 : 메인클래스 위에 설정된 @SpringBootApplication
• public @interface SpringBootApplication

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented                                                                               ()
@Inherited                                                                                ()
@SpringBootConfiguration                                                                  ()
@EnableAutoConfiguration                                                                  ()
@ComponentScan(excludeFilters = { 
        @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
		@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {

▷중요 애너테이션

• @SpringBootConfiguration : 기존에 환경설정 빈 클래스를 표현하기 위해
• @EnableAutoConfiguration : 자동설정 관련 애너테이션. 라이브러리 관련 객체를 메모리에 올리는 작업.
• @ComponentScan : 스프링 컨테이너 초기화 관련 애너테이션. 컨트롤러 객체를 메모리에 올림.

(@Configuration, @Repository, @Service, @Controler, @RestController가 붙은 객체를 메모리에 옮김)

​​

▷스프링빈 애너테이션 적용순서

• ① @ComponentScan(사용자 등록 빈)
• ▼
• ② @EnableAutoConfiguration(자동설정에 의한 빈)

​​

▷웹 애플리케이션 관련 애너테이션

• public class WebMvcAutoConfiguration

@Configuration(proxyBeanMethods = false)
@ConditionalOnWebApplication(type = Type.SERVLET)
@ConditionalOnClass({ Servlet.class, DispatcherServlet.class, WebMvcConfigurer.class })
@ConditionalOnMissingBean(WebMvcConfigurationSupport.class)
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE + 10)
@AutoConfigureAfter({ DispatcherServletAutoConfiguration.class, TaskExecutionAutoConfiguration.class,
		ValidationAutoConfiguration.class })
public class WebMvcAutoConfiguration {...}

• @Configuration : 이 클래스가 스프린 빈 설정 클래스임을 의미함. @ComponentScan이 처리될 때 자신뿐만 아니라 이 클래스에 @Bean으로 설정된 모든 빈들도 초기화됨
• @ConditionalOnWebApplication : 웹 애플리케이션 타입이 어떻게 설정되어있는지 확인함

(type : NONE/REACTIVE/SERVLET)

• @ConditionalOnClass : (조건)클래스패스에 특정클래스가 존재할 때, 현재 설정 클래스를 적용
• @ConditionalOnMissingBean : (조건) 특정클래스 객체가 메모리에 없을 때, 현재 설정 클래스를 적용
• @AutoConfigureOrder : 자동설정 클래스들의 우선순위를 지정할때 사용함
• @AutoConfigureAfter : 현재의 자동설정 클래스가 다른 자동설정클래스 다음에 적용되도록 지정

​​

▷자동설정 재정의

• 메모리에 같은 타입의 빈이 두 개가 등록되어 충돌이 발생 → 이전에 생성된 빈을 새롭게 생성한 빈이 덮어쓸 수 있도록 설정 파일 수정

spring.main.allow-bean-definition-overriding=false (기본값)
spring.main.allow-bean-definition-overriding=true (덮어쓰기)

• 그러나 자동설정 빈이 적용됨. 이유 : 스프링부트의 빈 등록 순서 때문.
• 스프링부트의 빈 등록 순서 ① @ComponentScan (사용자 등록 빈) → ② @EnableAutoConfiguration (자동설정에 의한 빈)
• 자동설정 빈이 아닌 새롭게 정의한 빈을 사용하고 싶을 때 → @Conditional 사용하기(if문)
• @ConditionalOnMissingBean : 등록하려는 빈이 메모리에 없는 경우에만 현재의 빈 등록을 처리하도록 함. @EnableAutoConfiguration이 동작하는 시점에는 이미 등록된 빈을 사용하고, 새롭게 빈을 생성하지 않음.

​