선 조치 후 분석

@Configuration과 바이트코드 조작의 마법 + CGLIB + 스프링 싱글톤 원리 + @Autowired 스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 바 장해주어야 한다. 그런데 스프링이 자바 코드까지 어떻게 하기는 어렵다. 자바 코드를 보면 분명 3번 호출되어야 하는 것이 맞다. 그래서 스프링은 클래스의 바이트코드를 조작하는 라이브러리를 사용한다. 모든 비밀은 @Configuration을 적용한 AppConfig에 있다. @Test public void configurationTest() { ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class); MemberServiceImpl..

@Configuration과 싱글톤(Singleton) @Configuration은 사실 싱글톤을 위해서 존재하는 것이다. 아래 코드를 보자. memberService를 호출하면, MemberServiceImpl을 호출하면서 memberRepository를 호출한다. @Bean memberService -> new MemoryMemberRepository() @Bean orderService -> new MemoryMemberRepository() 호출이 2번 일어난다. 그렇다면 이러면 싱글톤이 깨지는 거 아닐까?? @Configuration public class AppConfig { @Bean public MemberService memberService() { //return new MemberSe..

싱글톤 컨테이너, 스프링 컨테이너 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하면서, 객체 인스턴스를 싱글톤(1개만 생성)으로 관리한다. 지금까지 정리했던 내용에서의 스프링 빈이 바로 싱글톤으로 관리되는 빈이다. 싱글톤 컨테이너 (=스프링 컨테이너) 스프링 컨테이너는 싱글턴 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리한다. 전에 설명한 컨테이너 생성 과정을 자세히 보자. 컨테이너는 객체를 하나만 생성해서 관리한다. @Configuration public class AppConfig { @Bean public MemberService memberService() { //return new MemberServiceImpl(new MemoryMemberRepository()); //'Memory..

스프링으로 전환, 스프링 시작! + @Bean + @Configuration + 스프링 컨테이너 + 스프링 컨테이너 장점 + ApplicationContext + getBean() + 스프링 빈 지금까지는 '순수한 Java 코드'로 'DI'를 진행했다. 이제는 스프링의 기능을 사용해서 진행해보자! 1. AppConfig 설정 변경 아래 기존 순수 Java코드의 AppConfig를 '스프링'의 기능을 사용해서 변경하자. 변경 전 public class AppConfig { public MemberService memberSevice() { return new MemberServiceImpl(memberRepository()); } public MemberRepository memberRepository()..