4주차 스터디 정리

전시현/4주차/README.md

@@ -0,0 +1,60 @@
+# 5강 - 싱글톤 컨테이너
+
+# 📔 싱글톤 컨테이너
+
+---
+
+스프링 컨테이너는 싱글톤 문제를 해결하면서, 객체 인스턴스를 싱글톤(1개만 생성)으로 관리한다
+
+싱그톤 컨테이너
+
+- 스프링 컨테이너는 싱글턴 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리한다
+- 스프링 컨테이너는 싱글톤 컨테이너 역할을 한다. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 레지스트리라 한다.
+- 스프링 컨테이너의 이런 기능 덕분에 싱글턴 패턴의 모든 단점을 해결하면서 객체를 싱글톤으로 유지할 수 있다
+    - 싱글톤 패턴을 위한 지저분한 코드가 들어가지 아도 된다
+    - DIP, OCP, 테스트, private 생성자로부터 자유롭게 싱글톤을 사용할 수 있다
+
+싱글톤 컨테이너 적용 후
+
+- 스프링 컨테이너 덕분에 고객의 요청이 올 때마다 객체를 생성하는 것이 아니라, 이미 만들어진 객체를 공유해서 효율적으로 재사용 할 수 있
+
+# 📔 싱글톤 방식의 주의점
+
+---
+
+- 싱글톤 패턴이든, 스프링 같은 싱글톤 컨테이너를 사용하든,  객체 인스턴스를 하나만 생성해서 공유하는 싱글톤 방식은 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 상태를 유지하게 설계하면 안된다.
+- 무상태(stateless)로 설계해야 한다
+    - 특정 클라이언트에 의존적인 필드가 있으면 안됨
+    - 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안됨
+    - 가급적 읽기만 가능해야함
+    - 필드 대신에 자바에서 공유되지 않는 지역 변수, 파라미터, ThreadLocal 등을 사용해야 함
+- 스프링 빈의 필드에 공유 값을 설정하면 정말 큰 장애가 발생 가능
+
+
+
+# 섹션 6 - 컨포넌트 스캔
+
+# 📔 컨포넌트 스캔과 의존관계 자동 주입 시작히기
+
+---
+
+지금까지 스프링 빈을 등록할 때에는 자바 코드의 @Bean이나 XML의 <bean>을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다
+
+⇒ 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능 제공
+
++ 의존관계도 자동으로 주입하는 @Autowired 기능도 있음
+
+@ComponentScan
+
+- @Component 어노테이션이 붙은 모든 클래스를 스캔해서 스프링 빈으로 등록한다
+- 이때 스프링 빈의 기본 이름은 클래스명을 사용하되 맨 앞글자만 소문자를 사용한다
+    - 빈 이름 기본 전략 : MemberServiceImpl 클래스 → memberServiceImpl
+    - 빈 이름 직접 지정 : @Component(”memberServiceImpl”)
+- 참고) @Configuration이 붙은 설정 정보도 자동으로 등록되기 때문에, AppConfig, TestConfig 등 앞서 만들어두었던 설정 정보도 함께 등록되고, 실행된다. 그래서 ‘excluseFilters’를 이용해서 설정 정보는 컴포넌트 스캔 대상에서 제외했다. 보
+
+@Autowired 의존관계 자동 주입
+
+- 생성자에 @Autowired를 지정하면, 스프링 컨테이너가 자동으로 해당 스프링 빈을 찾아서 주입한다
+- 이때 기본 조회 전략은 타입이 같은 빈을 찾아서 주입한다.
+- = getBean(MemberRepository.class)와 동일
+- 파라미터가 많아도 찾아서 자동으로 주입