지식 줍줍 🐿️

AOP 가 적용된 클래스에서(=포인트컷의 영향을 받은 클래스) 프록시가 적용안되는 상황이 있었음!

SampleService 클래스의 sample() 메소드 내에 sampleRecall1(), sampleRecall2() 는 모두 AOP 의 영향을 받을거라 생각했는데, 그렇지가 않았음!
이유는, AOP가 프록시 기반이였기 때문이였음!

프록시 개념을 사용하는 경우, 프록시 클래스(SampleServiceV2ProcxyImpl)가 핵심기능 클래스(SampleServiceV2)를 주입받아 프록시 클래스의 메소드(SampleServiceV2ProcxyImpl 의 sample())를 호출한 후, 핵심기능 클래스의 메소드(SampleServiceV2 의 sample())를 호출하게 됨  
= 핵심기능 클래스의 메소드(SampleServiceV2 의 sample()) 실행시점 기준으로 프록시(SampleServiceV2ProcxyImpl 의 sample())를 적용할수있다는걸 알수있음

따라서 핵심기능 클래스의 메소드(SampleServiceV2 sample()) 내의 다른 메소드들(SampleServiceV2 의 sampleRecall1(), sampleRecall2())은 프록시의 영향을 받지 않게 됨!

WebSocket

설명

TCP 접속에 전이중 통신 채널을 제공하는 컴퓨터 통신 프로토콜
HTTP 폴링과 같은 반이중 방식에 비해 더 낮은 부하를 사용하여 웹 브라우저와 웹 서버간의 통신을 가능하게 함. 
서버가 내용을 클라이언트에 보내는 표준화된 방식을 제공
연결이 유지된 상태에서 메세지들을 오갈 수 있게 허용함. (양방향)

※ 전이중 통신 (Full Duplex)
두 지점(시작과 끝) 사이에서 정보를 주고받는 전자 통신 시스템

※ TCP (Transmission Control Protocol), 전송제어프로토콜
서버끼리 통신을 하기 위한 규약(프로토콜)
웹브라우저들이 WWW에 서버 연결할때 사용
이메일 전송 및 파일 전송시 사용

✱ 최초 연결시  
    1. 클라이언트가 서버에 웹소켓 핸드셰이크 요청을 보냄
    2. 서버는 웹소켓 핸드셰이크 응답을 보냄
    3. 이후로 클라이언트는 요청에 대한 응답을 기다리지 않고 요청을 보낼수 있음. (!= HTTP)

Websocket in Spring

관련 예제 

https://spring.io/guides/gs/messaging-stomp-websocket/ 을 참고하여 실습을 해 보았다. 
해당 링크는 STOMP(Simple Text Messaging protocol)을 사용하였다.

※ STOMP(Simple Text Messaging protocol)
텍스트 기반 메세징 프로토콜
이를 이용하여 Binary, Text가 아닌 규격을 맞춘 메세지를 보낼 수 있다. 
발행(pub), 구독(sub), 메세지브로커(=발신자가 메세지 받아와 수신자에게 전달) 등의 개념이 있다.

+ Fallback Options으로 SockJS을 사용하였다. 

테스트 화면

브라우저에서 Send 버튼 클릭 시, /app/hello 을 호출하고
메세지 브로커 핸들러 내에서 처리 후 /topic/greetings 으로 결과정보를 반환함!

참고

링크: https://ko.wikipedia.org/wiki/%EC%9D%B4%EC%A4%91%ED%86%B5%EC%8B%A0

링크: https://ko.wikipedia.org/wiki/%EC%9B%B9%EC%86%8C%EC%BC%93

링크 :https://ko.wikipedia.org/wiki/%EC%A0%84%EC%86%A1_%EC%A0%9C%EC%96%B4_%ED%94%84%EB%A1%9C%ED%86%A0%EC%BD%9C

링크: https://namu.wiki/w/TCP

링크: https://tecoble.techcourse.co.kr/post/2021-09-05-web-socket-practice/

링크: https://tech.kakao.com/2020/06/22/websocket-part3/

링크: https://www.youtube.com/watch?v=rvss-_t6gzg

트랜잭션

설명

두개 이상의 쿼리를 한 작업으로 실행해야 할 때 사용하는것 
트랜잭션으로 묶인 쿼리 중 하나라도 실패하면 전체 실패로 간주 -> 기존상태로 되돌림 (rollback)
트랜잭션으로 묶인 쿼리가 모두 성공할 경우 -> 실제반영 (commit)

@Transactional

설명

스프링에서 트랜잭션 범위를 설정할 수 있도록 하는 어노테이션 
트랜잭션 범위를 설정하고 싶을때 사용함.
제대로된 동작을 하기 위해서는 PlatformTransactionManager 빈 설정 & @Transactional 어노테이션 활성화 설정 이 필요

PlatformTransactionManager
- 트랜잭션 처리에 필요한 API 제공
- 개발자가 API를 호출하는 것으로 트랜잭션 조작을 수행할 수 있다.
- 대표적인 구현 클래스: DataSourceTransactionManager, HibernateTransactionManager, JpaTransactionManager, JtaTransactionManager, WebLogicJtaTransactionManager, WebSphereUowTransactionManager

@Transactional 어노테이션 활성화 설정
 - @EnableTransactionManagement 어노테이션을 이용하여 @Transactional 어노테이션이 붙은 메서드를 트랜잭션 범위에서 실행하는 기능을 활성화
- 등록된 PlatformTransactionManager 빈을 사용해서 트랜잭션을 적용한다.

@Transactional과 프록시

스프링은 트랜잭션을 사용하기 위해 내부적으로 AOP을 이용함!

..

트랜잭션 관리자 정의

로컬트랜잭션을 사용하는 경우 JDBC API 호출, 트랜잭션 제어를 수행하는 DataSourceTransactionManager을 사용한다.
단일 데이터 저장소에 대한 여러 조작을 하나의 논리적 단위로 처리하고 싶을때 사용

글로벌트랜잭션을 사용하는 경우(여러 데이터 저장소에 걸쳐서 적용되는 경우: DB가 여러개이고, 각각 조작 수행 단위를 하나의 트래잭션으로 묶는 경우) JtaTransactionManager 을 사용

선언적 트랜잭션 

설명

commit, rollback 등의 처리를 비지니스 로직에 서술하지 않고 사용하는 방법 (@Transactional)

필요정보

value
transactionManager
propagation
isolation
timeout
readOnly
rollbackFor
rollbackForClassName
noRollbackFor
noRollbackForClassName

.....

명시적 트랜잭션

설명

커밋이나 롤백과 같은 트랜잭션 처리를 소스코드에 직접 명시하는 방법.
메서드 단위보다 더 작은 단위로 트랜잭션을 제어하고 싶을때 사용.
PlatformTransactionManager, TransactionTemplate을 사용하는 두가지 방법 제공

....

트랜잭션 격리수준

설명

동시에 DB에 접근할 때 그 접근을 어떻게 제어할지에 대한 설정을 다룸.
DEFAULT, READ_UNCOMMITTED, READ_COMMITTED, REPEATABLE_READ, SERIALIZABLE
....

참고

(책) 초보 웹 개발자를 위한 스프링5 프로그래밍 입문
(책) 스프링 철저 입문 

filter

설명

dispatcherServlet 호출 전, 요청에 대해서 전처리 작업(원하는 형태로 변형)이 필요한 경우 사용하는것. (웹 어플리케이션에서 등록)
filter chain 을 통해 연쇄적으로 동작할 수 있게 가능.
인증, 권한, CORS, 인코딩, XSS 작업시 이용

dispatcherServlet

설명

프런트 컨트롤러와 연동되는 진입점 역할을 하며, 기본적인 처리 흐름을 제어하는 사령탑 역할을 한다. 

✿ 프론트 컨트롤러?
클라이언트 요청을 프런트 컨트롤러라는 컴포넌트가 받아 요청 내용에 따라 수행하는 핸들러(Handler)를 선택하는 아키텍처

dispatcherServlet과 연동되는 인터페이스

Handler

설명

프레임워크 관점에서 불리는 Handler는 개발자가 작성하는 클래스의 관점에서 Controller 이다.

HandlerMapping

설명

요청에 대응할 핸들러를 선택하는 역할을 수행한다. (컨트롤러내의 메소드가 핸들러로 인식!)
클라이언트(브라우저)에서 요청이 올 경우 RequestMappingHandlerMapping 클래스는
요청 내용(요청 경로 혹은 HTTP 메서드)과 요청 매핑 정보를 매칭해서 실행할 핸들러르 선택한다!

@Controller
class TestController {
    @RequestMapping("/hello")
    public String hello() {
        return "/hi";
    }
    // hello 메소드가 핸들러!
}

HandlerAdapter

설명

핸들러 메서드를 호출하는 역할을 한다. (RequestMappingHandlerAdapter)
RequestMappingHandlerAdapter 클래스 에서는 핸들러 메서드에 매개변수를 전달하고 메서드의 처리 결과를 반환값으로 되돌려 보냄
빈 객체 검사 등등을 함.

ViewResolver

설명

핸들러에서 반환한 뷰 이름을 보고, 이후에 사용할 View 인터페이스의 구현 클래스를 선택하는 역할을 한다.

참고

(책) 스프링 철저 입문
(책) 스프링 부트로 배우는 자바 웹 개발
https://exhibitlove.tistory.com/7

https://stargatex.wordpress.com/2015/12/08/spring-mvc-request-lifecycle/

DI

설명

의존성 주입이라고도 하며, IoC (Inversion of Control) 라고 하는 소프트웨어 디자인 패턴 중 하나.
어떤 클래스가 필요로 하는 컴포넌트를 외부에서 생성한 후, 내부에서 사용 가능하게 만들어 주는 과정
DI 컨테이너를 통해 각 컴포넌트의 인스턴스를 생성하고 통합 관리하면서 컴포넌트간 의존성 문제를 해결할 수 있다.

✳︎ 빈 (@bean)
spring DI container에 의해 관리되는 객체 
ApplicationContext.getBean(XXX.class) 으로 얻어지는 객체를 의미


✳︎ 컴포넌트 (@Component)
사용자가 만든 bean 을 자동으로 감지할 수 있도록 한 것


✳︎ IoC 컨테이너 (Inversion of Control)
의존성 주입을 자동으로 처리하는 기반이고 인스턴스 구성 및 빈 조립을 담당한다.
빈 팩토리(Bean Factory)라고도 함.
Bean Factory에 여러가지 컨테이너 기능을 추가하여 ApplicationContext라고 부름. (Bean Factory의 확장)


✳︎ Bean Factory
Bean 을 등록/생성/조화/반환 관리함.


✳︎ ApplicationContext
spring bean을 보유하고있는곳
Bean Factory 와 기능 같고, Spring의 부가 서비스를 추가로 제공

어떤 컴포넌트는 싱글턴(singleton) 객체로 만들어야 하며, 어떤 컴포넌트는 프로토타입(prototype) 객체로 만들어야 한다. 이러한 인스턴스 스코프(scope) 관리를 DI 컨테이너가 대신 해준다.

DI 방법 3가지

1. 설정자 기반 (setter-based)
  setter method 에 @Autowired 을 적용

@RestController
public class AController {
    private A a;

    @Autowired
    public void setA(A a) {
	    this.a = a;
    }
}

2. 생성자 기반 (contructor-based)
  생성자 인수를 사용해 의존성을 주입하는 방식

@RestController
public class AController {
    private final A a;
    
    public AController(A a){
        this.a = a;
    }
}

3. 필드기반 (field-based)
  사용하고 싶은 필드에 @Autowired 을 적용 

@RestController
public class AController {
    
    @Autowired
    private A a;
}

✳︎ @Autowired
빈을 자동으로 주입하는 방식

필드 기반 방식은 추천하지 않는다. (생성자 방식으로 사용하는것을 권장)
추천하지 않는 이유는 순환참조 때문! 

✳︎ 순환참조
서로 다른 클래스가 서로를 참조하고 있는 상태, 따라서 스프링 컨테이너가 어떤 빈을 먼저 생성해야할지 판단을 하지 못해서 발생하는 문제!

생성자 방식을 추천하는 이유는 테스트 코드 작성에 용의하며, 실행 중 객체가 변경되는 것을 방지할 수 있다.
  

DI 컨테이너 사용의 장점

장점

  인스턴스 스코프 제어
  인스턴스 생명주기 제어
  AOP 방식으로 공통기능 적용 가능
  의존하는 컴포넌트 간의 결합도를 낮춰 단위테스트 쉽게 가능

빈 설정 방법

설정 방법 3가지

1. 자바 기반 설정 방식 (Java-based configuration)
  - 자바 클래스에 @Configuration, 메소드에 @Bean 을 사용해 빈을 정의하는 방법

2. XML 기반 설정 반식 (XML-based configuration)
  - XML 파일을 사용하는 방법 (<bean>, <constructor-arg>, <property>)

3. 애너테이션 기반 설정 방식 (Annotation-based configuration)
  - @Component 같은 마커 어노테이션이 부여된 클래스를 탐색해서(Component Scan) IoC컨테이너에 빈을 자동으로 등록하는 방법.

컴포넌트 스캔 (Component Scan)

설명

클래스 로더(Class Loader)를 스캔하면서 특정 클래스를 찾은 다음, DI 컨테이너에 등록하는 방법

종류

@Component, @Controller, @Service, @Repository, @Configuration, @RestController, @ControllerAdvice, @ManagedBean, @Named ..

참고

(책) 스프링 철저 입문
http://blog.naver.com/PostView.nhn?blogId=gngh0101&logNo=221179100057&parentCategoryNo=&categoryNo=32&viewDate=&isShowPopularPosts=false&from=postView
https://dog-developers.tistory.com/12
https://ict-nroo.tistory.com/120
https://www.baeldung.com/spring-component-annotation
https://docs.spring.io/spring-framework/docs/current/reference/html/core.html#beans-basics