@Component와 컴포넌트 스캔

@ComponentScan

@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
@Repeatable(ComponentScans.class)
public @interface ComponentScan {
    @AliasFor("basePackages")
    String[] value() default {};

    @AliasFor("value")
    String[] basePackages() default {};

    Class<?>[] basePackageClasses() default {};

    ...
}

@ComponentScan 클래스에 들어가면 @AliasFor("basePackages")가 보인다.
- basePackages라는 값이 스트링으로 설정되어 있기 때문에 type-safe 하지 않다.
그래서 그것의 대안으로 basePackageClasses()라는 메서드가 선언되어 있다.
- 이 메서드에 전달된 클래스 기준으로 컴포넌트 스캔을 시작한다.

@SpringBootApplication
public class DemoApplication {

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

}

@ComponentScan은 @SpringBootApplication에 있기 때문에 @SpringBootApplication 애너테이션이 붙은 클래스부터 컴포넌트 스캔을 시작한다.
따라서 여기에 속하지 않는 다른 패키지에 아무리 @Service 같은 애너테이션을 붙여도 스캔이 되지 않는다.

필터

어떤 애너테이션을 스캔할지 또는 하지 않을지 설정한다.

@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 {
    ...
}

@ComponentScan을 쓴다고 해서 모든 것을 다 빈으로 등록하는 것은 아니다.
위 코드는 excludeFilters를 사용해 TypeExcludeFilter와 AutoConfigurationExcludeFilter 클래스를 제외하고 있다.

종류

@Component
- @Repository
- @Service
- @Controller
- @Configuration

단점

싱글턴 빈은 초기에 다 생성하기 때문에 등록하는 빈이 많은 경우 구동 시간이 오래걸릴 수 있다.
- 하지만 크게 문제되지 않는다고 생각한다.
- 대안으로 펑션을 사용한 빈 등록을 할 수 있다.

평션을 이용한 빈 등록

리플렉션, 프록시 등의 기법은 성능에 영향을 주는데 이 방법은 이 두 가지 사용하지 않기 때문에 성능 상의 이점이 있다.
- 여기서 성능은 애플리케이션 구동 시간을 의미한다.

SpringApplicationBuilder 사용

public class Example {

    public static void main(String[] args) {
        new SpringApplicationBuilder()
                .sources(Demospring51Application.class)
                .initializers((ApplicationContextInitializer<GenericApplicationContext>)
                        applicationContext -> {
                            applicationContext.registerBean(MyBean.class);
                        })
                .run(args);
    }
}

ApplicationContextInitializer 사용

@SpringBootApplication
public class DemoApplication {

    // 아래에서 추가한 빈을 이렇게 사용할 수도 있다.
    @Autowired
    MyService myService;

    public static void main(String[] args) {
        // java 10 부터 추가된 var 타입
        var app = new SpringApplication(DemoApplication.class);

        // 만약 중간에 작업을 추가하고 싶다면 아래 내용을 추가한다.
        // 이 Initializer는 내가 원하는 애플리케이션 컨텍스트를 주입받을 수 있다.
        app.addInitializers((ApplicationContextInitializer<GenericApplicationContext>) ctx -> {
            // 이 GenericApplicationContext을 가지고 직접 원하는 빈을 등록한다.
            ctx.registerBean(MyService.class);
            ctx.registerBean(ApplicationRunner.class, () -> args1
                    -> System.out.println("Functional Bean Definition!!"));
        });

        // 애플리케이션 실행 코드
        app.run(args);
    }
}

2020-03-16 20:41:42.916  INFO 19515 --- [           main] m.w.componentscan.DemoApplication        : Starting DemoApplication on macbook.local with PID 19515 (/Users/sojeong/dev/IntelliJ-workspace/spring-keesun-baik/spring-framework-core-03-component/target/classes started by sojeong in /Users/sojeong/dev/IntelliJ-workspace/spring-keesun-baik)
2020-03-16 20:41:42.918  INFO 19515 --- [           main] m.w.componentscan.DemoApplication        : No active profile set, falling back to default profiles: default
2020-03-16 20:41:43.428  INFO 19515 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat initialized with port(s): 8080 (http)
2020-03-16 20:41:43.434  INFO 19515 --- [           main] o.apache.catalina.core.StandardService   : Starting service [Tomcat]
2020-03-16 20:41:43.435  INFO 19515 --- [           main] org.apache.catalina.core.StandardEngine  : Starting Servlet engine: [Apache Tomcat/9.0.31]
2020-03-16 20:41:43.471  INFO 19515 --- [           main] o.a.c.c.C.[Tomcat].[localhost].[/]       : Initializing Spring embedded WebApplicationContext
2020-03-16 20:41:43.472  INFO 19515 --- [           main] o.s.web.context.ContextLoader            : Root WebApplicationContext: initialization completed in 526 ms
class me.whiteship.componentscan.MyBookRepository
2020-03-16 20:41:43.571  INFO 19515 --- [           main] o.s.s.concurrent.ThreadPoolTaskExecutor  : Initializing ExecutorService 'applicationTaskExecutor'
2020-03-16 20:41:43.717  INFO 19515 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2020-03-16 20:41:43.721  INFO 19515 --- [           main] m.w.componentscan.DemoApplication        : Started DemoApplication in 1.028 seconds (JVM running for 6.788)
Functional Bean Definition!!

이렇게 하면 조건문 등 원하는 코드를 사이에 집어넣을 수 있다는 장점이 있다. 하지만 일일이 등록해야 하므로 컴포넌트 스캔을 대체하는 것은 힘들다.

동작 원리

실제 스캐닝은 ConfigurationClassPostProcessor라는 BeanFactoryPostProcessor에 의해 처리된다.

BeanFactoryPostProcessor

다른 모든 빈을 만들기 이전에 적용한다.
즉, 다른 빈을 등록하기 전에 컴포넌트 스캔을 해서 등록하는 것이다.
여기서 다른 빈이란 앞의 예시처럼 직접 등록했거나 @Bean을 붙여서 만든 빈을 말한다.

Previous@Autowired Next빈의 스코프

Last updated 2 years ago

Was this helpful?