[Spring] @Configuration과 바이트코드 조작

📌 @Configuration과 바이트코드 조작

스프링 컨테이너는 싱글톤 레지스트리다. 스프링 빈이 싱글톤이 되도록 보장해주는 구조다. 그런데 스프링 안에서 자바 코드는 어떻게 관리될까. 결론부터 말하자면 스프링은 클래스의 바이트코드를 조작하는 라이브러리를 사용한다. @Configuration을 적용한 AppConfig에서 더 확실히 알 수 있다. 

 

 

• 사실 AnnotationConfigApplicationContext에 파라미터로 넘긴 값은 스프링 빈으로 등록된다. 그래서 AppConfig도 스프링 빈이 된다. AppConfig 스플링 빈을 조회해서 클래스 정보를 출력하면 다음과 같은 결과가 나온다. 

bean = class com.company.shop.AppConfig$$EnhancerBySpringCGLIB$$d397f221

 

• 하지만, 순수한 클래스 라면 다음과 같이 출력되어야 하는 게 맞다.

 class com.company.shop.AppConfig

 

그런데 예상과는 다르게 클래스명에 xxxCGLIB가 붙으면서 출력결과가 복잡해진 것을 알 수 있다. 이 경우는 내가 만든 클래스가 아니라 스프링이 CGLIB라는 바이트 코드 조작 라이브러리를 사용해서 AppConfig 클래스를 상속받은 임의의 다른 클래스를 만들고, 그 다른 클래스를 스프링 빈으로 등록한 것이다. 

 

Configuration과 바이트 코드 조작 라이브러리 @CGILB

 

 

스프링이 만든 임의의 다른 클래스가 바로 싱글톤이 보장되도록 해준다. 

아마도 아래와 같이 바이트 코드를 조작해서 작성되어 있을 것이다. (실제로는 더 복잡하다)

 

AppConfig@CGLIB 예상 코드 

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

• @Bean 이 붙은 메소드마다 이미 스프링 빈이 존재하면 존재하는 빈을 반환하고, 스프링 빈이 없으면 생성해서 스프링 빈으로 등록하고 반환하는 코드가 동적으로 만들어진다. 
• 덕분에 싱글톤이 보장되는 것이다. 
• AppConfig@CGLIB는 AppConfig의 자식타입이므로, AppConfig 타입으로 조회할 수 있다.

 

그렇다면!!

@Configuration을 적용하지 않고 @Bean만 적용하면 어떻게 될까?

 

@Configuration삭제 코드

//@Configuration 삭제
public class AppConfig{

}

 bean = class com.company.shop.AppConfig

• 이 출력 결과를 통해서 AppConfig가 CGLIB 기술 없이 순수한 AppConfig로 스프링 빈에 등록된 것을 확인할 수 있다.

 

 

 

 

call AppConfig.memberService
call AppConfig.memberRepository
call AppConfig.orderService
call AppConfig.memberRepository
call AppConfig.memberRepository

• 이 출력 결과를 통해서 MemberRepository가 총 3번 호출된 것을 알 수 있다. 1번은 @Bean에 의해 스프링 컨테이너에 등록하기 위해서이고, 나머지는 각각 memberRepository()를 호출하면서 발생한 코드다.

 

 인스턴스가 같은지 테스트 결과 

memberService -> memberRepository = 
hello.core.member.MemoryMemberRepository@5236acv3
orderService -> memberRepository =
hello.core.member.MemoryMemberRepository@3e5103fc
memberRepository = hello.core.member.MemoryMemberRepository@12359a03

• 당연히 인스턴스가 같은지 테스트 하는 코드도 실패하고, 각각 다 다른 MemoryMemberRepository 인스턴스를 가지고 있다. 

 

 

정리

• @Bean만 사용해도 스프링 빈으로 등록되지만, 싱글톤을 보장하지 않는다.
• memberRepository() 처럼 의존관계 주입이 필요해서 메소드를 직접 호출할 때 싱글톤이 보장하지 않는다.
• 스프링 설정 정보는 항상 @Configuration을 사용하자.