오봉이와 함께하는 개발 블로그

빈 스코프란? 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어 스프링 컨테이너가 종료될 때 까지 유지된다 알고 있었다. 하지만 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻한다. 스프링이 지원하는 스코프 싱글톤 스코프 기본 스코프 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프 프로토타입 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입, 초기화 메소드까지만 관여하고 클라이언트에게 반환해 더는 관리하지 않는 매우 짧은 범위의 스코프 웹 관련 스코프 request : 웹 요청이 들어오고 나갈때 까지 유지 request로 들어와서 response로 나갈때 까지 유지 session : 웹 세션이 생성되고 종료..

인터페이스 InitializingBean, DisposableBean 코드를 바로 보자 코드 InitializingBean은 afterPropertiesSet() 메소드로 초기화를 지원한다. DisposableBean은 destroy() 메소드로 소멸을 지원한다. public class NetworkClient implements InitializingBean, DisposableBean { private String url; public NetworkClient() { System.out.println("생성자 호출, url = " + url); } public void setUrl(String url) { this.url = url; } // 서비스 시작시 호출 public void connect()..

빈 생명주기 콜백 시작 DB 커넥션 풀이나, 네트워크 소켓처럼 앱의 시작 시점에 필요한 연결을 미리 해두고, 종료 시점에 연결을 모두 종료하는 작업을 하려면 객체 초기화와 종료 작업이 필요하다. 예제 실제로 네트워크에 연결하진 않지만 외부 네트워크에 연결하는 객체를 하나 생성한다 가정하자. NetworkClient는 시작할 때 connect()를 호출해서 연결해야 하고, 종료할 때 disconnect()를 호출해서 연결을 종료해야 한다. public class BeanLifeCycleTest { @Test public void lifeCycleTest() { ConfigurableApplicationContext ac = new AnnotationConfigApplicationContext(LifeCyc..

조회한 빈이 모두 필요할 때, List, Map 해당 타입의 스프링 빈이 다 필요한 경우도 있다. 예를 들면 할인 서비스를 제공할 때 회원이 정액 할인을 할지, 정률 할인을 할지 종류를 선택하는 경우가 있다고 가정하면, 개발자는 회원이 선택할 수 있도록 선택권을 줘야한다. 스프링을 사용하면 소위 전략 패턴이라 하는 것을 간단하게 구현할 수 있다. 코드 package hello.core.autowired; import hello.core.AutoAppConfig; import hello.core.discount.DiscountPolicy; import hello.core.member.Grade; import hello.core.member.Member; import org.assertj.core.api.A..

@Autowired 필드 명, @Qualifier, @Primary 조회 대상 빈이 2개 이상일 때 해결 방법으로 세 가지가 있다. @Autowired 필드명 매칭 @Qualifier -> @Qualifier 끼리 매칭 -> 빈 이름 매칭 @Primary 사용 @Autowired 필드명 매칭 @Autowired는 타입 매칭을 시도하고, 이때 여러 빈이 있으면 필드 이름, 파라미터 이름으로 빈 이름을 추가 매칭한다. 기존 @Autowired private DiscountPolicy discountPolicy 필드명을 빈 이름으로 변경 @Component public class OrderServiceImpl implements OrderService{ private final MemberRepository ..