AutoAppConfig에서 @Configuration을 @Component로 해도 무관한가요?

작성한 질문수 29

4

안녕하세요. u_innovation님, 공식 서포터즈 David입니다.

.

질문 1. 보통 애노테이션을 사용할 때 @Service, @Controller처럼 내부에 들어있는 기능은 비슷하지만 해당 클래스가 가진 역할을 명시하는 역할도 하는 것 같아요 ! AutoAppConfig도 사실 @Component를 사용해도 되지만 개발자들이 더 명시적으로 이해할 수 있도록 @Configuration을 사용하게 된건가요? (이전 강의를 통해서 스프링 빈을 컨테이너에 등록해서 싱글톤을 위함인 이유는 알고 있습니다 ㅎㅎ , 그런데 @Bean을 사용해도 싱글톤이 유지되는데 @Configuration을 사용하는 이유는 잘 모르겠네요.. ㅠㅠ 이것또한...명시적인 이해를 위함일까요??)

=> @Configuration은 단순히 설정 클래스임을 명시적으로 나타내는 것 이외에도 @Component와 조금 다르게 동작합니다.

먼저, @Component, @Configuration 내 @Bean 메서드는 최초 호출시 그 리턴 객체가 빈으로 등록됩니다. 이후 다시 @Bean 메서드를 호출하게 되면 @Configuration의 경우 프록시 객체가 호출되며 스프링 컨테이너로부터 빈을 찾아서 최초에 등록된 빈을 반환해주므로 싱글톤이 보장됩니다. 그러나 @Component의 경우 스프링 컨테이너로부터 빈을 찾아 반환해주지 않고 new()를 통해 새롭게 만들어진 객체를 반환해줍니다. 이는 큰 차이이며 @Component 내 @Bean 메서드를 사용하게 될 때는 이 차이를 알고 사용하셔야 합니다.

질문 2. CoreApplication 클래스 즉, 실행 클래스에 @SpringBootApplication 애노테이션 내부를 보면 @ComponentScan이 있는데요 ! AutoAppConfig에서 @ComponentScan을 해준 이유는, 스프링 빈을 등록할 범위를 제한하기 위함이었나요? ㅎㅎ 사실 처음에는, @ComponentScan을 하게되면 스프링 컨테이너에 @Component가 붙은 클래스가 스프링 빈으로 등록되는데, AutoAppConfig에서 컴포넌트 스캔 어노테이션을 붙이게 되면, 해당 클래스에 빈이 등록되는..터무니 없는 생각을 하게 되었습니다 ㅋㅋ... 보통 실무에서 @Configuration @ComponentScan 조합을 사용하는지, 아니면 CoreApplication에서 @SpringBootApplication 애노테이션으로 빈을 등록하게 되는 경우가 많은지 궁금하네요 ㅎㅎ

=> 강의 내에서 @Configuration과 @ComponentScan을 함께 사용하게 된 것은 excludeFilter때문인데요. 일반적인 상황에서는 @SpringBootApplication 내 @ComponentScan이 존재하므로 따로 @ComponentScan을 사용하진 않습니다. 물론 수동 빈 등록을 위해 @Configuration을 사용하여 설정 클래스를 별도로 만들어주는 경우는 많습니다.

.
감사합니다.