본문 바로가기

Java, Spring/스프링 핵심 원리 기본

9-8. 스코프와 프록시
Java, Spring/스프링 핵심 원리 기본 2022. 8. 9. 9-8. 스코프와 프록시 LogDemoController, LogDemoService 두 개를 Provider 쓰기 전으로 되돌린다 . ( 현재 오류나는 상태 ) 그리고 MyLogger에 @Scope(value = "request", proxyMode = ScopedProxyMode.TARGET_CLASS) 를 붙이면 원래 value 하나 있으면 그냥 @Scope("request") 만 써도 되는데 여러개면 value = 붙여야함. 뒤는 프록시를 만든다는 뜻이다. CGLIB에가 만들어준 가짜 상속 찍어보면 @Configuration에서 봤던 조작된 애가 나온다. MyLogger의 기능을 실제 호출하는 시점에 진짜를 넣어줌. 여기선 myLogger.setRequestURL(requestURL); 이 시점... 내가 만든 MyLog..
9-7. 스코프와 Provider
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 9-7. 스코프와 Provider https://catsbi.oopy.io/b2de2693-fd8c-46e3-908a-188b3dd961f3 이처럼 ObjectProvider를 붙이면 myLoggerProvider가 MyLogger를 주입받는게 아니라 MyLogger를 DL할 수 있는 애가 주입됨. 스프링 구동시 MyLogger 스프링 빈을 등록을 요구하는데 해당 빈은 자신이 생성되야 할 스코프 범위에 해당되지 않았기 때문에 에러가 발생한다. MyLogger myLogger = myLoggerProvider.getObject(); 에서 최초로 만들어진다. ( DL 받는다. ) myLogger.log로 로그 찍을 때는 이미 uuid, requestURL 들어와있으므로 이쁘게 찍힌다. logDemoService.logic 에서도 마찬가지. ..
9-5. 웹 스코프 ~ 9-6. request 스코프 예제 만들기
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 9-5. 웹 스코프 ~ 9-6. request 스코프 예제 만들기 request만 쓸까말까함 ㅋ 만약 A, B가 동시에 요청 -> 컨트롤러로직에서 request scope 관련 된 걸 호출하면 A랑 B랑 다른 인스턴스가 할당된다. 서비스에서 또 request scope의 빈을 달라하면 '그' 객체 줌. ( 요청 전담 ) - 객체가 클라이언트 전용으로 만들어진다 응답이 나가야 destroy됨. 여기선 request만 설명.. ------------------------------------------------------------------------- 9-6. request 스코프 예제 만들기 웹 라이브러리를 넣으면 AnnotationCon...... 저걸로 스프링컨테이너를 운영한다. ( 웹관련 기능이 더 필요하기 때문에 ) ---------- 장사가 너무 잘되서 동..
9-4. 프로토타입 스코프 - 싱글톤 빈과 함께 사용시 Provider로 문제 해결
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 9-4. 프로토타입 스코프 - 싱글톤 빈과 함께 사용시 Provider로 문제 해결 두 가지 Provider 방법: 1. ObjectProvider : 스프링 의존적 2. JSR-330 Provider : 자바 표준 1. ObjectProvider 방금 해본 내용은 싱글톤 빈이 프로토타입 빈을 사용할 때마다 스프링 컨테이너에 새로 요청하는 것. ( 좀 무식한 방법 ) 딱 DL같은 기능만 있는 게 필요하다!! ObjectFactory는 getObject() 메서드 하나만 제공함. -> 추가 기능 붙인게 ObjectProvider ObjectProvider : 컨테이너를 대신 조회해준다. ( DL 대신 해주는 애 ) ObjectProvider : 스트림 등 자바8기능이 있다. But 스프링에 의존 스프링에 의존적. 2. JSR-330 Provider javax.inject 의 Provid..
9-3. 프로토타입 스코프 - 싱글톤 빈과 함께 사용시 문제점 ~
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 9-3. 프로토타입 스코프 - 싱글톤 빈과 함께 사용시 문제점 ~ 이 코드는 지금까지 배운 것들 : 함 읽어봐라. 상황설명 : 위 코드처럼 clientBean이 prototypeBean을 원해서 ( 빈 이름은 클래스이름에서 첫글자 소문자 ) 요청. 그 때 만들어서 반환. 이제 스프링컨테이너는 상관X 오직 clientBean에서만 prototypeBean을 관리한다. 문제점 : 싱글톤 Bean인 clientBean은 다른 값이 담긴 빈을 반환한다. 위 그림처럼 싱글톤 빈인 clientBean 에 프로토타입 빈인 prototypeBean 을 주입한다. Test를 위해 static class 만들어주고. 생성자 주입을 받는다. ( 이 때 @Autowired 를 보고 스프링 컨테이너의 내부에 해당 타입의 빈을 내놓으라고 말함) ApplicationContext, 즉 스프링컨테..
9-1. 빈 스코프란? ~
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 9-1. 빈 스코프란? ~ 스코프 : 이 빈이 존재 할 수 있는 범위 ( 언제부터 언제까지 ) 최대 스코프 : 스프링 컨테이너의 시작~끝 ( 싱글톤 ) 싱글톤 빈은 스프링이 자기 시작부터 끝까지 관리 프로토타입 빈은 스프링이 빈을 만들고, 의존관계 주입해주고, 초기화메서드까지 불러줌. 이게 끝임. ( 클라이언트에게 반환 해주고 스프링컨테이너는 관리X -> 그래서 종료메서드 X ) # 특별 스코프 1. request : 웹 요청이 들어오고 응답이 나갈 때까지 유지되는 스코프 이렇게 등록한다.~ --------------------------------------------------------- 9-2. 프로토타입 스코프 - 이름이 prototypeBean - 클라이언트 요청이 들어오면 그 때 빈을 생성 ( DI 할거있으면 하고 )..
8-2. ~ 8-4. 생명주기 콜백 3가지 방법
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 8-2. ~ 8-4. 생명주기 콜백 3가지 방법 1. 인터페이스 InitializingBean, DisposableBean 생성자 끝나고 afterPropertiesSet 실행. 마지막엔 ac.close()실행 내부에서 destroy 실행됨. 1. 생성자 호출 단계에선 url이 null 2. 의존관계 주입 끝 나고 afterPropertiesSet 로 가서 connect호출 3. 3번 째 줄이 ac.close() 때문에 스프링 닫는다는 로그 이건 거의 안 씀 ----------------------------------------------------- 8-3. 빈 등록 초기화, 소멸 메서드 @Bean(initMethod = , destroyMethod = ) 을 지정해준다. 그러니까 원래 @Bean(initMethod = "init", destroy..
8-1. 빈 생명주기 콜백 시작
Java, Spring/스프링 핵심 원리 기본 2022. 8. 8. 8-1. 빈 생명주기 콜백 시작 빈이 생성되거나 죽기 전에 스프링이 빈 안의 메서드를 호출해주는 기능. 빈이 생성되고 초기화 할 때 호출하고, 빈이 소멸하기 일보직전에 안전하게 종료할 수 있게하는 메서드를 호출해준다. ApplicationContext 장점 : 생성만 해놓고 기다리다가 최초의 액션이 주어지면 그제서야 초기화하기.( 동작 지연 ) 생성자 안에서 해도되는 것 : 객체 내부의 값을 세팅 안되는 것 : 무거운작업, 외부연결맺기 -> 별도의 초기화 메서드로 뺀다.
7-7. 어노테이션 직접 만들기 ~ 7-9. 자동vs수동등록
Java, Spring/스프링 핵심 원리 기본 2022. 8. 7. 7-7. 어노테이션 직접 만들기 ~ 7-9. 자동vs수동등록 문자는 컴파일 시점에 체크가 안됨. ( 컴파일은 되는데 런타임오류 ) 이렇게 해두면 @MainDiscountPolicy 하면 위에 있는 어노테이션 기능들이 다 동작함 스프링 컨테이너 안에서 ( @Qualifier 줄 빼고 다 여기서 가져옴. ) 우리가 만든걸 쓰자. 쓰는 곳에서도 그냥 @MainDiscountPolicy 붙이면 됨. @Primary 로 해결이 되면 걍 그걸 써라. ------------------------------------------------------------------- 7-8. 조회한 빈이 모두 필요할 때, List, Map 이렇게 해두면 AutoAppConfig 에서 컴포넌트 스캔을 해서 FixDiscountPolicy, RateDiscountPolicy 를 띄움. -> ..
7-5. 조회 빈이 2개 이상 - 문제 ~ 7-6 @Autowired필드명, @Qualifier, @Primary
Java, Spring/스프링 핵심 원리 기본 2022. 8. 7. 7-5. 조회 빈이 2개 이상 - 문제 ~ 7-6 @Autowired필드명, @Qualifier, @Primary 문제 : DiscountPolicy를 주입받으려고 하는데 ( @Autowired ) 그 타입의 빈이 두개가 있다. ( 빈으로 등록된 구현체가 두개 ) -> 밑에서 해결. ---------------------------------------- 7-6. @Autowired 필드 명, @Qualifier, @Primary 3가지 방법이 있다. 1. @Autowired 필드명 매칭 or 파라미터명 스프링은 매칭 할 때 자식타입을 싹 가져옴. 물론 처음부터 필드명을 보진 않고 조회 빈이 두개 이상일 때 추가로 동작하는 기능이다. 2. Qualifier 사용 ( 추가 구분자를 붙여주는 방법 ( 빈이름 변경이 아님 ) ) 3. @Primary : 자주사용 올릴 떄 가장 우선순위 높은 빈 지정해두기. 왜 좋냐 : @..
7-3. 생성자 주입을 선택해라! ~ 7-4. Lombok
Java, Spring/스프링 핵심 원리 기본 2022. 8. 7. 7-3. 생성자 주입을 선택해라! ~ 7-4. Lombok 대부분의 의존관계는 애플리케이션 종료 전 까지 바뀌면 안된다. 3번 중요. # 생성자 주입이 좋은 3가지 이유 1. 누락을 방지할 수 있다. 넣을 memberRepository, discountPolicy가 없기 때문에. 2. 필드를 final로 쓸 수 있다. setter, 필드 주입은 final 불가. --------------------------------------------------------------- 7-4. 롬복과 최신 트랜드 롬복의 대표적인 기능들: @Getter @Setter @ToString @NoArgsConstructor @RequiredArgsConstructor ( 필드에 final 있는 것만 파라미터로 생성자로 만들어줌 )( 컴파일시점에 ) 필드 추가 할 때 간편함.
7-1. 다양한 의존관계 주입 방법 ~ 7-2
Java, Spring/스프링 핵심 원리 기본 2022. 8. 7. 7-1. 다양한 의존관계 주입 방법 ~ 7-2 1. 생성자 주입 생성자 주입의 순서 : 1. OrderServiceImpl 에 @Component 가 붙어있으므로 스프링 컨테이너에 얘를 new 하려면 생성자를 호출, 실행하게 됨. 2. 이 때 생성자 파라미터에 MemberRepository, DiscountPolicy 두 개가 있으므로 그 두개를 스프링컨테이너에서 찾아 와서 3. 넣은 다음 OrderServiceImpl 객체(빈) 을 생성한다. 생성자에 @Autowired, 스프링이 컴포넌트 스캔 할 때 OrderServiceImpl 이 빈으로 등록이 될 떄 등록이 될때 생성자 호출 됨. -> 생성자 호출 할 때 @Autowired가 있네!! -> 파라미터에 있는 타입의 빈을 스프링 컨테이너에서 꺼내서 딱 주입해줌. ( 생성자 주입은 스프링의 Lif..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바