[스프링 핵심 원리와 활용] #6. 자동 구성(Auto Configuration)

[Develop-KIM]

@Conditional

• 앞서 만든 메모리 조회 기능을 항상 사용하는 것이 아니라 특정 조건일 때만 해당 기능이 활성화 되도록 해보자.
  예시) 개발 서버에서 확인 용도로만 해당 기능을 사용하고, 운영 서버에서는 해당 기능을 사용하지 않는 것이다.
• 같은 소스 코드인데 특정 상황일 때만 특정 빈들을 등록해서 사용하도록 도와주는 기능이 바로@Conditional 이다.

📌 핵심
소스코드를 고치지 않고 이런 것이 가능해야 한다.
프로젝트를 빌드해서 나온 빌드 파일을 개발 서버에도 배포하고, 같은 파일을 운영서버에도 배포해야 한다.

Condition

package org.springframework.context.annotation;

@FunctionalInterface
public interface Condition {
    boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata);
}

• matches() 메서드가 true 를 반환하면 조건에 만족해서 동작하고, false 를 반환하면 동작하지 않는다.
• ConditionContext : 스프링 컨테이너, 환경 정보등을 담고 있다.
• AnnotatedTypeMetadata : 애노테이션 메타 정보를 담고 있다.

Condition 인터페이스를 구현해서 다음과 같이 자바 시스템 속성이 memory=on 이라고 되어 있을 때만 메모리 기능이 동작하도록 만들어보자.

#VM Options
#java -Dmemory=on -jar project.jar

MemoryCondition

import lombok.extern.slf4j.Slf4j;
import org.springframework.context.annotation.Condition;
import org.springframework.context.annotation.ConditionContext;
import org.springframework.core.type.AnnotatedTypeMetadata;

@Slf4j
public class MemoryCondition implements Condition {

    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
        String memory = context.getEnvironment().getProperty("memory");
        log.info("MemoryCondition: memory={}", memory);
        return "on".equals(memory);
    }
}

• 환경 정보에 memory=on 이라고 되어 있는 경우에만 true 를 반환한다.

MemoryConfig - 수정

import memory.MemoryCondition;
import memory.MemoryController;
import memory.MemoryFinder;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Conditional;
import org.springframework.context.annotation.Configuration;

@Configuration
//@Conditional(MemoryCondition.class)
public class MemoryConfig {

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }
}

• @Conditional(MemoryCondition.class)
  • 이제 MemoryConfig 의 적용 여부는 @Conditional 에 지정한 MemoryCondition 의 조건에 따라 달라진다.
• MemoryCondition 의 matches() 를 실행해보고 그 결과가 true 이면 MemoryConfig 는 정상 동작한다.
  따라서 memoryController , memoryFinder 가 빈으로 등록된다.
• MemoryCondition 의 실행결과가 false 이면 MemoryConfig 는 무효화 된다.
  그래서 memoryController , memoryFinder 빈은 등록되지 않는다.

실행 결과
Whitelabel Error Page

• memory=on 을 설정하지 않았기 때문에 동작하지 않는다.

다음 로그를 통해서 MemoryCondition 조건이 실행된 부분을 확인할 수 있다. 물론 결과는 false 를 반환한다.

memory.MemoryCondition : memory=null

• VM 옵션을 추가하는 경우 -Dmemory=on 를 사용해야 한다.

실행 결과

{
  "used": 28787240,
  "max": 4294967296
}

• MemoryCondition 조건이 true 를 반환해서 빈이 정상 등록된다.

로그

memory.MemoryCondition : memory=on
memory.MemoryFinder : init memoryFinder

✅ 참고
스프링이 로딩되는 과정에서 MemoryCondition 이 여러번 호출될 수 있다.
이 부분은 크게 중요하지 않으니 무시

@Conditional - 다양한 기능

스프링에서 제공하는 @Conditional

MemoryConfig - 수정

import memory.MemoryCondition;
import memory.MemoryController;
import memory.MemoryFinder;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Conditional;
import org.springframework.context.annotation.Configuration;

@Configuration
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryConfig {

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }
}

• @ConditionalOnProperty(name = "memory", havingValue = "on")
  • 환경 정보가 memory=on 이라는 조건에 맞으면 동작하고, 그렇지 않으면 동작하지 않는다.

@ConditionalOnProperty

package org.springframework.boot.autoconfigure.condition;

@Conditional(OnPropertyCondition.class)
public @interface ConditionalOnProperty {...}

• @ConditionalOnProperty도 우리가 만든 것과 동일하게 내부에는 @Conditional 을 사용한다.
  그리고 그 안에 Condition 인터페이스를 구현한 OnPropertyCondition 를 가지고 있다.

정리
스프링 부트가 제공하는 자동 구성 기능을 이해하려면 다음 개념을 이해해야 한다.

• @Conditional : 특정 조건에 맞을 때 설정이 동작하도록 한다.
• @AutoConfiguration : 자동 구성이 어떻게 동작하는지 내부 원리 이해

✅ 참고
@Conditional 자체는 스프링 부트가 아니라 스프링 프레임워크의 기능이다.
스프링 부트는 이 기능을 확장해서 @ConditionalOnXxx 를 제공한다.

순수 라이브러리 만들기

Memory

public class Memory {

    /**
     * used -> 사용중인 메모리 양
     * max -> 최대 메모리 양
     */
    private long used;
    private long max;

    public Memory(long used, long max) {
        this.used = used;
        this.max = max;
    }

    public long getUsed() {
        return used;
    }

    public long getMax() {
        return max;
    }

    @Override
    public String toString() {
        return "Memory{" +
            "used=" + used +
            ", max=" + max +
            '}';
    }
}

MemoryFinder

import jakarta.annotation.PostConstruct;
import lombok.extern.slf4j.Slf4j;

@Slf4j
public class MemoryFinder {

    public Memory get() {
        long max = Runtime.getRuntime().maxMemory();
        long total = Runtime.getRuntime().totalMemory();
        long free = Runtime.getRuntime().freeMemory();
        long used = total - free;
        return new Memory(used, max);
    }

    @PostConstruct
    public void init() {
        log.info("MemoryFinder 초기화");
    }
}

MemoryController

import lombok.RequiredArgsConstructor;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@Slf4j
@RequiredArgsConstructor
@RestController
public class MemoryController {

    private final MemoryFinder memoryFinder;

    @GetMapping("/memory")
    public Memory memory() {
        Memory memory = memoryFinder.get();
        log.info("memory: {}", memoryFinder.get());
        return memory;
    }
}

MemoryFinderTest

import org.junit.jupiter.api.Test;

import static org.assertj.core.api.Assertions.*;

class MemoryFinderTest {

    @Test
    void get() {
        //given
        MemoryFinder memoryFinder = new MemoryFinder();

        //when
        Memory memory = memoryFinder.get();

        //then
        assertThat(memory).isNotNull();
    }
}

빌드하기

• 다음 명령어로 빌드하자.
  • ./gradlew clean build
• 빌드 결과
  • build/libs/memory-v1.jar
• 다음 명령어를 사용해서 압축을 풀어서 내용을 확인해보자.
  • jar -xvf memory-v1.jar

JAR를 푼 결과

• META-INF
  • MANIFEST.MF
• memory
  • MemoryFinder.class
  • MemoryController.class
  • Memory.class

memory-v1.jar 는 스스로 동작하지는 못하고 다른 곳에 포함되어서 동작하는 라이브러리이다.

순수 라이브러리 사용하기

라이브러리 추가

• project-v1/libs 폴더를 생성
• memory-v1 프로젝트에서 빌드한 memory-v1.jar 를 이곳에 복사
• project-v1/build.gradle 에 memory-v1.jar 를 추가

dependencies {
    implementation files('libs/memory-v1.jar')
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

• 라이브러리를 jar 파일로 직접 가지고 있으면 files로 지정하면 된다.
• gradle 리로드

라이브러리 설정

MemoryConfig

import memory.MemoryController;
import memory.MemoryFinder;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class MemoryConfig {

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }
}

• 스프링 부트 자동 구성을 사용하는 것이 아니기 때문에 빈을 직접 하나하나 등록해주어야 한다.

메모리 조회 기능이 잘 동작하는지 확인

로그

MemoryFinder : init memoryFinder

정리

• 외부 라이브러리를 직접 만들고 또 그것을 프로젝트에 라이브러리로 불러서 적용해보았다.
• 그런데 라이브러리를 사용하는 클라이언트 개발자 입장을 생각해보면, 라이브러리 내부에 있는 어떤 빈을 등록해야하는지 알아야 하고
  그것을 또 하나하나 빈으로 등록해야 한다. 지금처럼 간단한 라이브러리가 아니라 초기 설정이 복잡하다면 사용자 입장에서는 귀찮은 작업이 될 수 있다.
• 이런 부분을 자동으로 처리해주는 것이 바로 스프링 부트 자동 구성(Auto Configuration)이다.

자동 구성 라이브러리 만들기

settings.gradle - 수정

rootProject.name = 'memory-v2'

자동 구성 추가

MemoryAutoConfig

import org.springframework.boot.autoconfigure.AutoConfiguration;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.context.annotation.Bean;

@AutoConfiguration
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryAutoConfig {

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }
}

• @AutoConfiguration
  • 스프링 부트가 제공하는 자동 구성 기능을 적용할 때 사용하는 애노테이션이다.
• @ConditionalOnProperty
  • memory=on 이라는 환경 정보가 있을 때 라이브러리를 적용한다. (스프링 빈을 등록한다.)
  • 라이브러리를 가지고 있더라도 상황에 따라서 해당 기능을 켜고 끌 수 있게 유연한 기능을 제공한다.

자동 구성 대상 지정

파일 생성
src/main/resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

org.springframework.boot.autoconfigure.AutoConfiguration.imports

memory.MemoryAutoConfig

• 앞서 만든 자동 구성인 memory.MemoryAutoConfig 를 패키지를 포함해서 지정해준다.
• 스프링 부트는 시작 시점에 org.springframework.boot.autoconfigure.AutoConfiguration.imports 의 정보를 읽어서 자동 구성으로 사용한다. 따라서 내부에 있는 MemoryAutoConfig 가 자동으로 실행된다.

빌드하기

• 다음 명령어로 빌드하자.
  • ./gradlew clean build
• 빌드 결과
  • build/libs/memory-v2.jar

자동 구성 라이브러리 사용하기

라이브러리 추가

• project-v2/libs 폴더를 생성
• memory-v2 프로젝트에서 빌드한 memory-v2.jar 를 이곳에 복사
• project-v2/build.gradle 에 memory-v2.jar 를 추가

dependencies {
    implementation files('libs/memory-v2.jar') //추가
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

• 라이브러리를 파일로 직접 가지고 있으면 files로 지정하면 된다.
• gradle 리로드

라이브러리 설정

• 앞서 project-v1 에서는 memory-v1 을 사용하기 위해 스프링 빈을 직접 등록했다.
• project-v2 에서 사용하는 memory-v2 라이브러리에는 스프링 부트 자동 구성이 적용되어 있다.
  따라서 빈을 등록하는 별도의 설정을 하지 않아도 된다.

memory-v2 의 자동 구성에는 다음과 같이 설정했기 때문에 memory=on 조건을 만족할 때만 실행된다.

@AutoConfiguration
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryAutoConfig {...}

실행 결과

{
  "used": 28787240,
  "max": 4294967296
}

정리

• 스프링 부트가 제공하는 자동 구성 덕분에 복잡한 빈 등록이나 추가 설정 없이 단순하게 라이브러리의 추가만으로 프로젝트를 편리하게 구성할 수 있다.
• @ConditionalOnXxx 덕분에 라이브러리 설정을 유연하게 제공할 수 있다.
• 스프링 부트는 수 많은 자동 구성을 제공한다. 그 덕분에 스프링 라이브러리를 포함해서 수 많은 라이브러리를 편리하게 사용할 수 있다.

자동 구성 이해 - 스프링 부트의 동작

스프링 부트는 다음 경로에 있는 파일을 읽어서 스프링 부트 자동 구성으로 사용한다.
resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

직접 만든 memory-v2 라이브러리와 스프링 부트가 제공하는 spring-boot-autoconfigure 라이브러리의
다음 파일을 확인해보면 스프링 부트 자동 구성을 확인할 수 있다.

memory-v2 - org.springframework.boot.autoconfigure.AutoConfiguration.imports
memory.MemoryAutoConfig

spring-boot-autoconfigure - org.springframework.boot.autoconfigure.AutoConfiguration.imports

org.springframework.boot.autoconfigure.aop.AopAutoConfiguration
org.springframework.boot.autoconfigure.cache.CacheAutoConfiguration
org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfiguration
org.springframework.boot.autoconfigure.context.MessageSourceAutoConfiguration
org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration
org.springframework.boot.autoconfigure.dao.PersistenceExceptionTranslationAutoConfiguration
org.springframework.boot.autoconfigure.data.jdbc.JdbcRepositoriesAutoConfiguration
org.springframework.boot.autoconfigure.data.jpa.JpaRepositoriesAutoConfiguration
org.springframework.boot.autoconfigure.data.mongo.MongoDataAutoConfiguration
org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration
org.springframework.boot.autoconfigure.http.HttpMessageConvertersAutoConfiguration
org.springframework.boot.autoconfigure.jackson.JacksonAutoConfiguration
org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration
org.springframework.boot.autoconfigure.jdbc.JdbcTemplateAutoConfiguration
org.springframework.boot.autoconfigure.jdbc.DataSourceTransactionManagerAutoConfiguration
org.springframework.boot.autoconfigure.kafka.KafkaAutoConfiguration
org.springframework.boot.autoconfigure.thymeleaf.ThymeleafAutoConfiguration
org.springframework.boot.autoconfigure.transaction.TransactionAutoConfiguration
org.springframework.boot.autoconfigure.validation.ValidationAutoConfiguration
org.springframework.boot.autoconfigure.web.servlet.error.ErrorMvcAutoConfiguration
org.springframework.boot.autoconfigure.web.servlet.HttpEncodingAutoConfiguration
org.springframework.boot.autoconfigure.web.servlet.MultipartAutoConfiguration
org.springframework.boot.autoconfigure.web.servlet.WebMvcAutoConfiguration
...

이번에는 스프링 부트가 어떤 방법으로 해당 파일들을 읽어서 동작하는지 알아보자.
이해를 돕기 위해 앞서 개발한 autoconfig 프로젝트를 열어보자.

스프링 부트 자동 구성이 동작하는 원리는 다음 순서로 확인할 수 있다.
@SpringBootApplication @EnableAutoConfiguration
@Import(AutoConfigurationImportSelector.class)
스프링 부트는 보통 다음과 같은 방법으로 실행한다.

AutoConfigApplication

@SpringBootApplication
public class AutoConfigApplication {
    public static void main(String[] args) {
        SpringApplication.run(AutoConfigApplication.class, args);
    }
}

run() 에 보면 AutoConfigApplication.class 를 넘겨주는데, 이 클래스를 설정 정보로 사용한다는 뜻이다.
AutoConfigApplication 에는 @SpringBootApplication 애노테이션이 있는데, 여기에 중요한 설정 정보들이 들어있다.

@SpringBootApplication

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {...}

여기서 우리가 주목할 애노테이션은 @EnableAutoConfiguration 이다. 이름 그대로 자동 구성을 활성화 하는 기능을 제공한다.

@EnableAutoConfiguration

@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration {…}

@Import 는 주로 스프링 설정 정보(@Configuration )를 포함할 때 사용한다.
그런데 AutoConfigurationImportSelector 를 열어보면 @Configuration 이 아니다.
이 기능을 이해하려면 ImportSelector 에 대해 알아야 한다.

자동 구성 이해 - ImportSelector

@Import 에 설정 정보를 추가하는 방법은 2가지가 있다.
- 정적인 방법: @Import (클래스) 이것은 정적이다. 코드에 대상이 딱 박혀 있다. 설정으로 사용할 대상을 동적으로 변경할 수 없다.
- 동적인 방법: @Import (ImportSelector ) 코드로 프로그래밍해서 설정으로 사용할 대상을 동적으로 선택할 수 있다.

정적인 방법
스프링에서 다른 설정 정보를 추가하고 싶으면 다음과 같이 @Import 를 사용하면 된다.

@Configuration
@Import({AConfig.class, BConfig.class})
public class AppConfig {...}

그런데 예제처럼 AConfig , BConfig 가 코드에 딱 정해진 것이 아니라, 특정 조건에 따라서 설정 정보를 선택해야 하는 경우에는 어떻게 해야할까?

동적인 방법

• 스프링은 설정 정보 대상을 동적으로 선택할 수 있는 ImportSelector 인터페이스를 제공한다.

ImportSelector

package org.springframework.context.annotation;
public interface ImportSelector {
    String[] selectImports(AnnotationMetadata importingClassMetadata);
}

ImportSelector 예제

HelloBean

package hello.selector;
    public class HelloBean {
}

• 빈으로 등록할 대상

HelloConfig

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class HelloConfig {

    @Bean
    public HelloBean helloBean() {
        return new HelloBean();
    }
}

• 설정 정보이다. HelloBean 을 스프링 빈으로 등록한다.

HelloImportSelector

import org.springframework.context.annotation.ImportSelector;
import org.springframework.core.type.AnnotationMetadata;

public class HelloImportSelector implements ImportSelector {
    @Override
    public String[] selectImports(AnnotationMetadata importingClassMetadata) {
        return new String[]{"hello.selector.HelloConfig"};
    }
}

• 설정 정보를 동적으로 선택할 수 있게 해주는 ImportSelector 인터페이스를 구현했다.
• 여기서는 단순히 hello.selector.HelloConfig 설정 정보를 반환한다.
• 이렇게 반환된 설정 정보는 선택되어서 사용된다.
• 여기에 설정 정보로 사용할 클래스를 동적으로 프로그래밍 하면 된다.

ImportSelectorTest

import org.junit.jupiter.api.Test;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Import;
import static org.assertj.core.api.Assertions.*;
public class ImportSelectorTest {
    
    @Test
    void staticConfig() {
        AnnotationConfigApplicationContext appContext = new AnnotationConfigApplicationContext(StaticConfig.class);
        HelloBean bean = appContext.getBean(HelloBean.class);
        assertThat(bean).isNotNull();
    }
    
    @Test
    void selectorConfig() {
        AnnotationConfigApplicationContext appContext = new AnnotationConfigApplicationContext(SelectorConfig.class);
        HelloBean bean = appContext.getBean(HelloBean.class);
        assertThat(bean).isNotNull();
    }
    
    @Configuration
    @Import(HelloConfig.class)
    public static class StaticConfig {
    }
    
    @Configuration
    @Import(HelloImportSelector.class)
    public static class SelectorConfig {
    }
}

staticConfig()

• staticConfig() 는 이해하는데 어려움이 없을 것이다. 스프링 컨테이너를 만들고,
  StaticConfig.class 를 초기 설정 정보로 사용했다. 그 결과 HelloBean 이 스프링 컨테이너에 잘 등록된 것을 확인할 수 있다.

selectorConfig()

• selectorConfig() 는 SelectorConfig 를 초기 설정 정보로 사용한다.
• SelectorConfig 는 @Import(HelloImportSelector.class) 에서 ImportSelector 의 구현체인 HelloImportSelector 를 사용했다.
• 스프링은 HelloImportSelector 를 실행하고, "hello.selector.HelloConfig" 라는 문자를 반환 받는다.
• 스프링은 이 문자에 맞는 대상을 설정 정보로 사용한다. 따라서 hello.selector.HelloConfig 이 설정 정보로 사용된다.
• 그 결과 HelloBean 이 스프링 컨테이너에 잘 등록된 것을 확인할 수 있다.

@EnableAutoConfiguration 동작 방식

@EnableAutoConfiguration

@AutoConfigurationPackage
@Import(AutoConfigurationImportSelector.class)
public @interface EnableAutoConfiguration {…}

• AutoConfigurationImportSelector 는 ImportSelector 의 구현체이다. 따라서 설정 정보를 동적으로 선택할 수 있다.
• 실제로 이 코드는 모든 라이브러리에 있는 다음 경로의 파일을 확인한다.
• META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

memory-v2 - org.springframework.boot.autoconfigure.AutoConfiguration.imports

memory.MemoryAutoConfig

spring-boot-autoconfigure - org.springframework.boot.autoconfigure.AutoConfiguration.imports

org.springframework.boot.autoconfigure.aop.AopAutoConfiguration
org.springframework.boot.autoconfigure.data.jdbc.JdbcRepositoriesAutoConfiguration
...

그리고 파일의 내용을 읽어서 설정 정보로 선택한다.

스프링 부트 자동 구성이 동작하는 방식은 다음 순서로 확인할 수 있다.

• @SpringBootApplication -> @EnableAutoConfiguration -> @Import(AutoConfigurationImportSelector.class)
• resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 파일을 열어서 설정 정보 선택
• 해당 파일의 설정 정보가 스프링 컨테이너에 등록되고 사용

정리

스프링 부트의 자동 구성을 직접 만들어서 사용할 때는 다음을 참고하자.

• @AutoConfiguration 에 자동 구성의 순서를 지정할 수 있다.
• @AutoConfiguration도 설정 파일이다. 내부에 @Configuration 이 있는 것을 확인할 수 있다.
  • 하지만 일반 스프링 설정과 라이프사이클이 다르기 때문에 컴포넌트 스캔의 대상이 되면 안된다.
  • 파일에 지정해서 사용해야 한다.
  • resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
  • 그래서 스프링 부트가 제공하는 컴포넌트 스캔에서는 @AutoConfiguration 을 제외하는
    AutoConfigurationExcludeFilter 필터가 포함되어 있다.

@SpringBootApplication

@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = { @Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {...}

자동 구성이 내부에서 컴포넌트 스캔을 사용하면 안된다. 대신에 자동 구성 내부에서 @Import 는 사용할 수 있다.

자동 구성을 언제 사용하는가?

• AutoConfiguration 은 라이브러리를 만들어서 제공할 때 사용하고, 그 외에는 사용하는 일이 거의 없다.
  왜냐하면 보통 필요한 빈들을 컴포넌트 스캔하거나 직접 등록하기 때문이다. 하지만 라이브러리를 만들어서 제공할 때는 자동 구성이 유용하다.
  실제로 다양한 외부 라이브러리들이 자동 구성을 함께 제공한다.
• 보통 이미 만들어진 라이브러리를 가져다 사용하지, 반대로 라이브러리를 만들어서 제공하는 경우는 매우 드물다. 그럼 자동 구성은 왜 알아두어야 할까?
• 자동 구성을 알아야 하는 진짜 이유는 개발을 진행 하다보면 사용하는 특정 빈들이 어떻게 등록된 것인지 확인이 필요할 때가 있다.
  이럴 때 스프링 부트의 자동 구성 코드를 읽을 수 있어야 한다. 그래야 문제가 발생했을 때 대처가 가능하다.
  자동화는 매우 편리한 기능이지만 자동화만 믿고 있다가 실무에서 문제가 발생했을 때는 파고들어가서 문제를 확인하는 정도는 이해해야 한다.

남은 문제

• 그런데 이런 방식으로 빈이 자동 등록되면, 빈을 등록할 때 사용하는 설정 정보는 어떻게 변경해야 하는지 의문이 들 것이다.
• 예시) DB 접속 URL, ID, PW 같은 것 말이다. 데이터소스 빈을 등록할 때 이런 정보를 입력해야 하는데
  빈이 자동으로 다 등록이 되어 버린다면 이런 정보를 어떻게 입력할 수 있을까?