[스프링 핵심](9) 웹 스코프

앞서 살펴본 대로, 싱글톤은 스프링 컨테이너의 시작과 끝을 함께 한다. 프로토타입은 생성과 의존관계 주입, 그리고 초기화까지만 진행하는 스코프다.

 

 

<웹 스코프>

웹 환경에서만 동작한다.

종료 메서드가 호출될 때까지 진행된다.

 

<종류>

* request: HTTP 요청 하나가 들어오고 나갈 때까지 유지.

* session: HTTP Session과 동일한 생명주기.

* application: 서블릿 컨텍스트(ServletContext)와 동일한 생명주기.

* websocket: 웹 소켓과 동일한 생명주기.

 

동시에 여러 HTTP요청이 오면 정확히 어떤 요청이 남긴 로그인지 구분하기 어렵다.

이럴때 request 스코프를 활용한다.

 

uuid를 활용해 http 요청을 구분하는 예제를 구현해본다.

package hello.core.common;

import jakarta.annotation.PostConstruct;
import jakarta.annotation.PreDestroy;
import org.springframework.context.annotation.Scope;
import org.springframework.context.annotation.ScopedProxyMode;
import org.springframework.stereotype.Component;

import java.util.UUID;

@Component
@Scope(value = "request", proxyMode = ScopedProxyMode.TARGET_CLASS)
public class MyLogger {
    private String uuid;
    private String requestURL;

    public void setRequestURL(String requestURL) {
        this.requestURL = requestURL;
    }

    public void log(String message) {
        System.out.println("[" + uuid + "]" + "[" + requestURL + "] " + message);
    }

    @PostConstruct
    public void init() {
        uuid = UUID.randomUUID().toString();
        System.out.println("[" + uuid + "] request scope bean create:" + this);
    }

    @PreDestroy
    public void destroy() {
        System.out.println("[" + uuid + "] request scope bean close:" + this);
    }
}

@Scope(vlaue = "request")를 사용해서 request 스코프로 지정했다.(이 빈은 HTTP 요청당 하나씩 생성되고, 요청이 끝나는 시점에  소멸된다.)

빈 생성 시점에 @PostConstruct를 사용해 uuid를 생성해서 저장해둔다.

빈 소멸 시점에 @PreDestroy를 사용해 종료 메시지를 남긴다.

requestURL은 빈 생성 시점에 알 수 없으므로, 외부에서 setter로 입력받는다.

 

package hello.core.web;

import hello.core.common.MyLogger;
import jakarta.servlet.http.HttpServletRequest;
import lombok.RequiredArgsConstructor;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseBody;

@Controller
@RequiredArgsConstructor
public class LogDemoController {
    private final LogDemoService logDemoService;
    private final MyLogger myLogger;

    @RequestMapping("log-demo")
    @ResponseBody
    public String logDemo(HttpServletRequest request) {
        String requestURL = request.getRequestURL().toString();
        myLogger.setRequestURL(requestURL);

        myLogger.log("controller test");
        logDemoService.logic("testId");
        return "OK";
    }
}

로거 확인 테스트용 컨트롤러다.

HttpServletRequest를 통해 요청 URL을 받았다.

받은 requestURL값을 myLogger에 저장해둔다.

 

package hello.core.web;

import hello.core.common.MyLogger;
import lombok.RequiredArgsConstructor;
import org.springframework.stereotype.Service;

@Service
@RequiredArgsConstructor
public class LogDemoService {
    private final MyLogger myLogger;
    public void logic(String id) {
        myLogger.log("service id = " + id);
    }
}

서비스 계층에서도 로그를 출력하도록 동작한다.

 

원래라면 어플리케이션을 실행시키면 오류가 발생한다.

왜냐면, request 스코프 빈은 실제 고객의 요청이 와야 생성할 수 있어서 아직 빈이 생성되지 않았기 때문이다.

 

이를 해결하기 위해 프록시 방식을 사용한다.

MyLogger의 @Scope에 proxyMode = ScopedProxyMode.TARGET_CLASS를 추가한다.

* 적용 대상이 클래스면 TARGET_CLASS

* 적용 대상이 인터페이스면 INTERFACES를 선택

이렇게 하면 MyLogger의 가짜 프록시 클래스를 만들어두고, HTTP request와 상관없이 가짜 프록시 클래스를 다른 빈에 미리 주입해둘 수 있다.

 

<웹 스코프와 프록시 동작 원리>

@Scope에 프록시를 설정하면 스프링 컨테이너는 CGLIB라는 라이브러리를 사용하여 MyLogger를 상속받은 가짜 프록시 객체를 생성한 후, MyLogger 대신 가짜 프록시 객체를 등록한다.

가짜 프록시 객체는 요청이 오면 그때 내부에서 진짜 빈을 요청하는 위임 로직이 들어 있다.

클라이언트가 myLogger.log()를 호출하면,

가짜 프록시 객체의 메서드를 호출한 것이고,

가짜 프록시 객체가 request 스코프의 진짜 myLogger.log()를 호출한다.

프록시 객체 덕분에 클라이언트는 마치 싱글톤 빈을 사용하듯 편리하게 request scope를 사용할 수 있다.