[Spring] 쓰레드 관점에서 본 Spring MVC HTTP 요청과정

우선 스프링 MVC의 요청과정을 큰 그림으로 보기로 해요.

큰 흐름으로, 클라이언트가 HTTP 요청을 보내면, WAS는 TCP/IP 연결 대기 과정(welcome 소켓)에서 클라이언트를 위한 소캣(연결 소켓)을 생성해서 연결해요.

연결 이후 많은 과정이 일어나요. (다음 과정으로 간다는 것은, 반환되지 않았다는 얘기에요)

WAS는 HTTP 메시지를 파싱해서, Web Server에서만 필요한 정보면, 정적 페이지를 반환해요.
Request, Response 객체를 만들어 Filter 객체에 던져줘요.
Filter에서 요청된 내용을 변경(인코딩 변환 처리)하거나, 여러가지 체크(XSS 방어)를 해요. 여기서 체크에 걸린다면, 예외를 반환해요.
WAS에서 HttpServletRequest, HttpServletResponse 객체로 변환하고, 이를 DispatcherServlet에게 넘겨줘요. (ServletContainer가 servlet의 구현에 대한 부분을 담당하고, 이후 servlet에 요청에 대한 역할을 위임하는 방식 하는 방식이기 때문)
DispatcherServlet내의 HandlerMapping(컨트롤러 메소드 지정), HandlerAdapter(컨트롤러 메소드 실행)인터페이스 구현체들이 실행돼요. 이때 doDispatch 수행 중 mapping, adapter, interceptor, resolver에 만족하지 못한다면, 예외를 반환해요.
request의 내용(헤더, 바디)을 바탕으로 서비스가 실행되고, response에 서비스 결과를 넘겨줘요.

각각의 자세한 부분은 이후 포스팅에서 다루기로 할게요.

TCP 연결 요청에 관한 부분은 RMI를 통해 해결하기에, TCP 연결 설정에 관한 부분은 다루지 않기로 해요(너무 어려워요. ㅠㅠ). 간략히, TCP 연결 쓰례드가 Servlet 쓰레드의 부모 쓰레드로 설정돼요.

모든 접근이 동일한 자원을 공유한다면, 하나의 요청이 끝날 때 까지 자원을 사용하지 못할 거에요.

그러므로 스프링에서는 ThreadPool을 이용한 Multi Thread를 이용해요.

쓰레드는 애플리케이션 코드를 하나하나 순차적으로 실행하는 것이에요.

요청이 들어오면, ThreadPool에서 여유 쓰레드가 있는지 확인하고, 있다면 요청에 대해 쓰레드를 할당해줘요. 이 쓰레드는 servlet을 실행해요. → 여유 쓰레드가 없다면 대기하거나 거절할 수 있어요(WAS 정책에 따라 다름).

모든 요청이 반환되면 사용된 쓰레드는 쓰레드 풀에 반환돼요.

이러한 방식의 장점으로는 쓰레드가 미리 생성되어 있음으로, 쓰레드를 생성하고 종료하는 비용(CPU)이 절약되고, 응답시간이 빨라져요. 또한 생성 가능한 쓰레드의 최대치가 있음으로 너무 많은 요청이 들어와도 기존 요청은 안전하게 처리할 수 있어요.

각 과정은 코드상으로 확인할 수 있는 부분들을 보고 작성했어요. 그래서 틀린 부분이 분명히 있을 것이라 생각해요. 혹시 틀린 부분이 있다면.. 주저 말고 피드백을 주시면 감사하겠습니다(피드백을 통해 성장할게요). 🙇🏻‍♂️

2021/09/01 그림 수정