본문 바로가기

Development/Spring Boot

(23)
[Spring Boot] 싱글톤 컨테이너 (Singleton container) 1- 개요 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하며, 객체 인스턴스를 싱글톤으로 관리함 지금까지 우리가 학습한 스프링 빈이 싱글톤으로 관리되는 빈임 2- 싱글톤 컨테이너 스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리함 이전 컨테이너 생성 과정을 생각해보면 컨테이너는 객체를 하나만 생성해 관리함 스프링 컨테이너는 싱글톤 컨테이너 역할을 함. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 함 스프링 컨테이너의 이런 기능 덕분에 싱글톤 패턴의 모든 단첨을 해결하며 객체를 싱글톤으로 유지할 수 있음 - 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 됨 - DIP, OCP, 테스트, private 생성자로 부터 자유롭게 싱글톤을 사용할 수 있음..
[Spring Boot] 싱글톤 패턴 1- 싱글톤 패턴 클래스의 인스턴스가 딱 한 개만 생성되는 것을 보장하는 디자인 패턴임 그래서 객체 인스턴스가 두 개 이상 생성하지 못하도록 막아야함 private 생성자를 사용해 외부에서 임의로 new 키워드를 사용하지 못하도록 막아야함 생성 방법 (1) static 영역에 객체 instance를 미리 하나 생성해 올림 (2) 해당 객체 인스턴스가 필요하면 오직 getInstance( ) 메서드를 통해서만 조회 가능. 해당 메서드를 호출하면 항상 같은 인스턴스 반환 (3) 딱 한 개의 객체 인스턴스만 존재해야 하믐로, 생성자를 private로 막아 혹시라도 외부에서 new 키워드로 객체 인스턴스가 생서되는 것을 막음 그렇다면 일일히 AppConfig에 있는 것들을 싱글톤으로 만들어줘야하는가? 놉! 스프..
[Spring Boot] 웹 애플리케이션과 싱글톤 1- 웹 애플리케이션과 싱글톤 싱글톤: 객체 인스턴스가 JVM에 딱 하나만 존재해야하는 것 스프링은 태생이 기업용 온라인 서비스 기술 지원을 위해 탄생함 대부분 스프링 애플리케이션은 웹 애플리케이션임. 물론 웹이 아닌 애플리케이션 개발도 만들 수 있음. 웹 애플리케이션은 보통 여러 고객이 동시에 요청함 스프링이 없는 순수한 DI 컨테이너로 작업할 경우 객체를 호출할 때마다 객체가 생성되는 문제가 발생함 해당 강의 이전 코드인 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할때마다 객체를 생성함 고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸됨 -> 메모리 낭비가 심함 해결 방안은 해당 객체가 딱 한 개만 생서되고 공유되도록 설계하면 됨 -> 싱글톤 패턴 2- 하널쓰가 ..
[Spring Boot] 스프링 빈 설정 메타 정보 - BeanDefinition (중요) 1- 스프링은 어떻게 다양한 설정 형식을 지원하나? BeanDefinition 이라는 추상화가 존재하기 때문 쉽게 이야기해 역할과 구현을 개념적으로 나눈 것 [ XML 혹은 자바 코드 ]를 읽어 BeanDefinition을 만들면 됨 스프링 컨테이너는 설정 파일 형식이 자바 코드인지, XML인지 몰라도 됨. 오직 BeanDefinition만 알면 됨. BeanDefinition을 빈 설정 메타정보라 함 @Bean, 당 각각 하나씩 메타 정보가 생성됨 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성함 스프링 컨테이너 내부는 추상화에만 의존하도록 설계되어 가능한 것. 2- 코드 레벨로 들어가 살피기 AnnotationConfigApplicationContext는 AnnotatedBeanDefini..
[Spring Boot] 다양한 설정 형식 지원 - 자바 코드, XML 1- 설정 형식 지원 스프링은 다양한 형식의 설정 정보를 받을 수 있게 유연하게 설계되어 있음 ex. 자바 코드, XML, Groovy 등 AnnotationConfigApplicationContext - AppConfig.class GenericXmlApplicationContext - appConfig.xml XxxApplicationContext - 임의로 구현 가능함 자바 기반의 AnnotationConfigApplicationContext를 많이 사용함 2- 애노테이션 기반 자바 코드 설정 지금까지 실습했던 것 new AnnotationConfigApplicationContext( AppConfig.class ) AnnotationConfigApplicationContext 클래스를 사용하며 자..
[Spring Boot] Bean factory와 ApplicationContext (중요) 1- BeanFactory 스프링 컨테이너의 최상위 인터페이스임 스프링 빈을 관리하고 조회하는 역할을 담당함 getBean( ) 제공 지금까지 우리가 사용했던 대부분의 기능은 BeanFactory가 제공하는 기능임 2- ApplicationContext BeanFactory의 기능을 모두 상속 받아 제공함 빈을 관리하고 검색하는 기능을 BeanFactory가 제공하는데 둘의 차이는? 애플리케이션 개발시 빈을 관리, 조회 기능은 물론이고 수 많은 부가기능이 필요함 - BeanFactory 외에도 ApplicationContext는 다양한 인터페이스를 상속 받음 - MessageSource, EnvironmentCapable, ApplicationEventPublisher, ResourceLoader, ....
[Spring Boot] 스프링 빈 조회 (4) 상속 관계 1- 스프링 빈 조회: 상속관계 부모 타입으로 조회하면 자식 타입도 함께 조회함 [ 대원칙: 자식들은 다 끌려온다고 보면 됨 ] 그래서 모든 자바 객체의 최고 부모인 Object 타입으로 조회하면 모든 스프링 빈 조회 2- 테스트 코드 package hello.core.beanfind; import hello.core.AppConfig; import hello.core.discount.DiscountPolicy; import hello.core.discount.FixDiscountPolicy; import hello.core.discount.RateDiscountPolicy; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.T..
[Spring Boot] 스프링 빈 조회 (3) 동일한 타입이 둘 이상 1- 스프링 빈 조회 타입으로 조회시 같은 타입의 스프링 빈이 둘 이상이면 오류가 발생함. --> 이때는 빈 이름 지정 필요. @Bean (name = "beanName" ) annotcationConfigApplicationContext.getBeansOfType( ) --> 이를 사용해 해당 타입의 모든 빈 조회 가능 2- 타입으로 조회하는 경우 - 테스트 코드 예시 (1) 테스트시 생성되는 ApplicationContext를 달리하기 위해 해당 코드 내에 Config 클래스를 만듦 (2) 테스트 코드로 실행한 결과 동일 타입의 Bean이 중복으로 조회되어 NoUniueBeanDefinitionException 에러 발생 [ 수정 ] @Test @DisplayName("타입으로 조회시 같은 타입이 둘..