스프링 컨테이너가 우리가 작성한 코드와 구성정보를 가지고 어떻게 무슨일을 하는지에 대해서 잘 나타낸 그림.

싱글톤 레지스트리(Singleton Registry)

• public static 메서드를 사용하기 때문에 어디에서나 쉽게 가져다 사용할 수 있음
• 스프링안에서 만들어지는 bean 오브젝트는 딱 한개만 만들어지므로 사용하는 오브젝트가 여러개가 되더라도 동일한 오브젝트가 사용되어 짐

싱글톤 레지스트리의 단점

• 의존관계가 분명하지 않으면 전역적인 접근이 일어나기 때문에 좋지 않음
• static이기 때문에 테스트하기 쉽지 않음

스프링의 정체성? 싱글톤 레지스트리

구성정보 확인

getBean 메서드를 이용해서 구성정보 확인

public class Client {
    public static void main(String[] args) throws IOException {
        BeanFactory benFactory = new AnnotationConfigApplicationContext(ObjectFactory.class);
        PaymentService paymentService = benFactory.getBean(PaymentService.class);
        PaymentService paymentService2 = benFactory.getBean(PaymentService.class);

        System.out.println("paymentService = " + paymentService);
        System.out.println("paymentService2 = " + paymentService2);
        System.out.println("paymentService == paymentService2 = " + (paymentService == paymentService2));

        Payment payment = paymentService.prepare(100L, "USD", BigDecimal.valueOf(50.7));
        System.out.println(payment);
    }
}

@Configuration을 이용해서 확인하는 경우

• @Bean을 붙어 놓은 메서드에 new 연산자를 이용해서 새로운 오브젝트를 생성하는 코드를 여러번 호출하더라도 하나의 오브젝트만 생성됨 ⇒ 싱글톤!!