🏝️ Spring/기본

빈 스코프 빈 스코프는 빈이 존재할 수 있는 범위를 뜻합니다. 스프링은 다음과 같은 다양한 스코프를 지원합니다. 싱글톤(singleton) : 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넒은 범위의 스코프입니다. 프로토타입(prototype) : 스프링 컨테이너가 프로토타입 빈의 생성과, 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짦은 범위의 스코프입니다. (초기화 메서드까지만 불러주고 더는 관리하지 않기에 종료 메서드는 호출되지 않습니다.) 웹 관련 스코프 : request : 웹 요청이 들어오고 나서 나갈때 까지 유지되는 스코프입니다. session : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프입니다. application : 웹의 서블릿 컨텍스트와 같은 범위로..

스프링 빈의 생명주기 관리 빈이 생성되거나 소멸되는 경우 특정한 작업을 하고싶은 경우가 있습니다. 하나의 예시로는 빈이 생성될 때 데이터베이스 커넥션 풀을 미리 생성하는 경우가 있습니다. 이러한 작업을 위해 스프링 빈의 초기화 작업과 종료 작업을 처리하는 방법을 알아보도록 하겠습니다. 스프링 빈 생명주기 콜백 빈 생명주기 콜백은 스프링 빈이 생성된 후 의존관계 주입이 완료되거나 죽기 직전에 스프링 빈 안에 있는 메서드를 호출해주는 기능입니다. 스프링 빈의 이벤트사이클 스프링 컨테이너 생성 $\to$ 빈 생성 $\to$ 의존관계 주입 $\to$ 초기화 콜백 $\to$ 사용 $\to$ 소멸전 콜백 $\to$ 스프링 종료 초기화 콜백 : 빈이 생성되고 빈의 의존관계 주입이 완료된 후 호출됩니다. 소멸전 콜백 ..

@Autowired 사용 시 조회된 빈이 2개 이상일 경우 @Autowired를 통한 의존관계 자동 주입 방법을 사용할 경우에, 동일한 타입의 빈이 2개 이상이라면 오류가 발생합니다. 이는 두개의 빈들 중 어떠한 빈을 주입해야 할 지 결정하지 못해서 발생하는 문제인데, 간단하게는 구체 클래스를 사용하거나, 구체 클래스에 해당하는 필드명(혹은 파라미터명)을 사용함으로써 해결할 수 있습니다. 그러나 이는 DIP를 위반하는 방법입니다. 이를 해결하기 위한 방법으로 @Qualifier와 @Primary와, 어노테이션을 직접 만들어 사용하는 방법이 있는데, 하나하나 살펴보도록 하겠습니다. @Primary 사용 @Primary는 우선순위를 정하는 방법입니다. 사용방법은 되게 간단합니다. @Componet @Prim..

특정 타입의 빈이 여러개 등록되어 있을 때, 등록한 모든 빈이 필요한 경우가 있습니다. 사용자의 등급에 따라 다른 서비스가 적용되어야 하거나, 여러 서비스들 중 하나를 클라이언트가 선택할 수 있는 경우 등의 경우가 그 예시입니다. 이럴 때 List나 Map, Set을 사용하여 쉽게 해결할 수 있습니다. 등록한 빈 모두 조회 방법을 알아보자. public class DiscountService { private final Map policyMap; private final List policiList; private final Set policieSet; @Autowired public DiscountService( Map policyMap, List policiList, Set policieSet ){ ..

@Qualifier의 문제점 @Qualifier("mainDiscountPolicy") 처럼, 문자를 직접 적어주는 방식은 컴파일 시점에 체크가 되지 않습니다. 이를 해결하기 위해 어노테이션을 직접 만들어서 사용하는 방법이 있습니다. 어노테이션 직접 만들기 다음과 같이 어노테이션 속 @Qualifier를 사용하여 직접 어노테이션을 만들 수 있습니다. @Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER,ElementType.TYPE, ElementType.ANNOTATION_TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Qualifier("mainDiscountPolicy") pu..

@Autowired @Autowired란 이름 그대로 자동으로 의존 관계를 연결(주입) 시켜주는 어노테이션입니다. @ComponentScan을 사용하는 경우, 의존관계에 대한 설정을 해주기 위해 사용합니다. 필요한 객체의 "타입"에 해당하는 빈을 찾아서 자동으로 주입시켜줍니다. 의존관계 자동 주입 의존관계를 주입하는 방법에는 다음과 같은 3가지 방법이 있습니다. 생성자 주입 수정자 주입 (Setter 주입) 필드 주입 생성자 주입 생성자를 통해서 의존관계를 주입받는 방법입니다. 특징 생성자 호출시점에 단 1회만 호출되는 것이 보장됩니다. 불변, 필수 의존관계에 사용합니다. @Component public class OrderServiceImpl implements OrderService { private..

@ComponentScan @ComponentScan은 @Component 및 @Service, @Repository, @Controller, @Configuration등과 같이 @Component가 붙어있는 Class들을 자동으로 Scan하여 스프링 Bean으로 등록해주는 역할을 수행합니다. @Component는 클래스에 사용되며, 빈으로 등록될 때에는 클래스명을 사용하여 등록합니다. 이때, 클래스의 맨 앞글자만 소문자로 바꿔서 저장합니다. 만약 Member 클래스의 경우에는 Bean으로 등록되는 경우 member로 등록되는 것입니다. @ComponentScan의 범위 기본 값으로는 @ComponenetScan이 사용된 패키지를 시작 위치로 하여, 해당 패키지와 하위 디렉토리를 모두 탐색합니다. 만약 ..

@Configuration @Configuration은 스프링 설정 클래스를 선언하는 애노테이션입니다. 해당 애노테이션을 사용함으로써, 스프링 빈과 관련된 설정 클래스임을 명시하는 기능과 동시에 추가적인 기능을 하나 더 가지고 있습니다. 바로 싱글톤과 관련된 기능입니다. @Configuration과 싱글톤 @Configuration public class AppConfig { @Bean public MemberService memberService() { //스프링 빈에 등록될때는 기본적으로 메서드 이름으로 등록 return new MemberServiceImpl(memberRepository()); } @Bean public OrderService orderService() { return new Or..