Singleton Pattern

[dev-xong]

싱글톤 패턴 주의점

객체 인스턴스를 하나만 생성해서 공유하는 싱글톤 방식은 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에
싱글톤 객체는 상태를 유지(stateful)하게 설계하면 안된다.

즉, 무상태(stateless)로 설계해야한다.

• 특정 클라이언트에 의존적인 필드x
• 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안된다
• 가급적 읽기만 가능하도록 설계
• 필드 대신자바에서 공유되지 않는 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다.
• 스프링 빈의 필드에 공유 값을 설정하면 장애가 발생할 수 있다.

[dev-xong]

@Congfiguration과 바이트 코드 조작

스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해주어야한다.

@Test
    void configurationDeep(){

        ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
        AppConfig appConfig = ac.getBean(AppConfig.class);

        System.out.println("bean = " + appConfig);

    }

AnnotationConfigApplicationContext 에서 파라미터로 넘긴 값은 스프링 빈으로 등록된다.

bean = hello.core.AppConfig$$EnhancerBySpringCGLIB$$147a941e@8e50104

스프링이 CGLIB라는 바이트코드 조작 라이브러리를 사용해서 AppConfig 클래스를 상속받은 임의의 다른 클래스를 만들고
그 다른 클래스를 스프링 빈으로 등록한 것이다. 그 임의의 다른 클래스가 싱글톤이 보장되도록 한다.

@Bean
public MemberRepository memberRepository() {
		if (memoryMemberRepository가 이미 스프링 컨테이너에 등록되어 있으면?) {
					return 스프링 컨테이너에서 찾아서 반환;
		} else { //스프링 컨테이너에 없으면
				기존 로직을 호출해서 MemoryMemberRepository를 생성하고 스프링 컨테이너에 등록
				return 반환
		}
}

@bean 이 붙은 메서드 마다 이미 스프링 빈이 존재하면 존재하는 빈을 반환하고
스프링 빈이 없으면 생성해서 스프링 빈으로 등록하고 반환하는 코드가 동적으로 만들어진다.

참고 : AppConfig@CGLIB는 AppConfig의 자식 타입이므로, AppConfig 타입으로 조회할 수 있다.