minOS

탐색할 패키지의 시작 위치 지정 모든 자바 클래스를 전부 컴포넌트 스캔하면 시간이 오래걸린다. 필요한 위치부터 탐색할 수 있도록 지정할 수 있다. - basePackages : 탐색할 패키지의 시작위치를 지정한다. 이 패키지를 포함하여 하위 패키지를 모두 탐색한다. @Configuration @ComponentScan( basePackages = "com.example.core.member", excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class) //이 필터는 @Configuration이 등록된 AppConfig등의 설정 정보 등록과 실행을 막는다 ) // 스프링빈 자동으로 끌어올..

컴포넌트 스캔과 의존관계 자동 주입 - 이전까지 스프링 빈을 등록하 때는 자바 코드의 @Bean이나 XML의 을 통해서 설정 정보를 직접 등록할 스프링 빈을 나열했다. - 만약 등록할 스프링 빈이 매우 많아지면 설정정보도 커지고 누락하는 문제도 발생한다. - 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. - 의존관계 자동으로 주입하는 @Autowired라는 기능도 제공한다. 컴포넌트 스캔을 사용한 설정정보 import org.springframework.context.annotation.ComponentScan; import org.springframework.context.annotation.Configuration; import org.springfr..

@Configuration과 바이트코드 스프링 컨테이너는 싱글톤 레지스트리다. 따라서 스프링 빈이 싱글톤이 되도록 보장해주어야 한다. 전 게시물은 자바 코드를 3번 호출 하는 것이 맞다. 그래서 스프링은 클래스의 바이트 코드를 조작하는 라이브러리를 사용한다. @Configuration을 적용한 AppConfig 클래스 타입을 보면 $$SpringCGLIB$$0이 붙는다. 순수한 클래스라면 example.core.AppConfig가 출력되어야한다. AppConfig$$SpringCGLIB$$0 내가 만든 클래스가 아니라 스프링이 CGLIB라는 바이트 코드 조작 라이브러리를 사용해서 AppConfig클래스를 상속받은 임의의 다른 클래스를 만들고 , 그 다른 클래스를 스프링 빈으로 등록한 것이다. AppCo..

AppConfig코드 @Configuration // 설정 정보 public class AppConfig { //@Bean memberService -> new MemoryMemberRepository() //@Bean orderService -> new MemoryMemberRepository() @Bean //스프링 컨테이너에 빈 등록 public MemberService memberService(){ return new MemberServiceImpl(memberRepository()); } @Bean public MemberRepository memberRepository(){ return new MemoryMemberRepository(); } @Bean public OrderService or..

싱글톤 컨테이너 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결해서 , 객체 인스턴스를 싱글톤(1개만 생성)으로 관리한다. 스프링 빈이 바로 싱글톤으로 관리되는 빈이다. 싱글톤 컨테이너 - 스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리한다. ㄴ 이전에 설명한 컨테이너 생성 과정을 자세히 보면(https://onepunchprogram.tistory.com/41) 컨테이너는 객체를 하나만 생성하여 관리한다. - 스프링 컨테이너는 싱글톤 컨테이너 역할을 한다. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 한다. - 스프링 컨테이너의 이런 기능 덕분에 싱글턴 패턴의 모든 단점을 해결하면서 객체를 싱글톤으로 유지할 수 있다. ㄴ 싱글톤 패턴을 위해 지저분한..

웹 애플리케이션과 싱글톤 - 스프링은 태생이 기업용 온라인 서비스 기술을 지원하기 위해 탄생했다. - 대부분의 스프링 애플리케이션은 웹 애플리케이션이다. 아닌 애플리케이션 개발할 수 있다. - 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다. 문제 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할 때마다 객체를 새로 생성한다. 고객 트래픽이 초당 100이 나오면 100개의 객체가 생성되고 소멸된다 -> 메모리 낭비가 심하다. 해결방안은 해당 객체가 1개만 생성되고,공유하도록 설계하면 된다. -> 싱글톤 패턴 public class SingletonTest { @Test @DisplayName("스프링이 없는 순수한 DI 컨테이너") void pureContainer(){ AppConf..