Spring mvc VS WebFlux

[skarltjr]

1. 알고가자

• 동기vs 비동기 & 블로킹 vs 논블로킹
• https://github.com/skarltjr/CS/blob/main/Network/blocking%2Cnon-blocking%20%26%20sync%2Casync.md

  
  동기 - 비동기
  동기 : 호출 시점과 응답시점이 동일하다. 즉 호출함 함수가 처리결과에 대한 응답을 받는다.
  비동기 : 호출 시점과 응답시점이 동일하지 않다. 즉 처리결과에 대한 응답을 호출한 함수에서 받지 않을 수 있다.

블로킹 - 논블로킹 블로킹 : 제어권이 호출된 함수에 있기 때문에 호출한 함수는 응답을 받을때까지 대기한다 논블로킹 : 제어권이 호출한 함수에 있기 때문에 호출한 함수는 응답을 받지 않았어도 자신의 일을 수행한다.

[skarltjr]

2. Spring MVC

• 서블릿 : 자바진영 웹 애플리케이션 개발스펙과 API을 제공하는 데 그 중 하나가 HttpServlet
• 요청 당 스레드를 생성하여 처리

• 요청이 들어올 때마다 스레드를 생성하는 것은 비효율적
• 따라서 spring mvc는 애플리케이션이 실행될 때 여러 스레드를 미리 만들어 담아두는 스레드풀을 생성
• 일정 요청 이상의 요청은 queue에 쌓아두고 하나씩 스레드를 배정하여 처리
• ⭐️많은 스레드가 사용된다는것은 그만큼 스레드간 컨텍스트 스위칭 발생

[skarltjr]

3. Spring WebFlux

• Event Driven 방식이며 비동기 논블로킹 방식

  node js의 방식과 비슷하다고했다

• 이벤트 루프가 돌면서 요청이 발생할 경우 그것에 맞는 핸들러에게 처리를 위임
• 요청을 처리한 후엔 callback 매서드를 통해 응답 반환
• 대량의 요청에 대응 용이
• 

[skarltjr]

4. 문제는 블로킹 작업이다

• 만약 모든 요청이 논블로킹 작업이라면 webflux는 mvc보다 성능이 좋고 대량의 요청에 대응이 용이할것

  
  ex)
  method a ={오로지 회원가입 성공 메일 전달}이라고 해보자

• method a는 메일 서비스에게 메일 보내놔줘~ 요청 후 이에 대한 응답을 신경쓸 필요가 없다면 webflux와 같은 비동기방식이 효율적일것

• 그리고 모든 요청이 이와 같다면 mvc보다 webflux가 효율적일것

• 왜냐면 대량의 요청이 들어오면 mvc의 경우 1:1로 스레드를 할당해줘야하지만 webflux는 이보다 적은 개수의 요청 전달 스레드만 필요

• 그러나 문제는 블로킹 작업이다.

  
  만약 블로킹 작업이 포함되어 있다면 mvc가 우수하다고 한다.

그 이유는

• 블로킹이란 호출된 함수에 제어권이 있어서 호출한 함수는 대기하게되는데
• webFlux의 경우 호출한 함수(즉 요청 전달 스레드)는 호출된 함수(블로킹 작업 처리)가 끝날때까지 대기하게된다
• 그럼 결국 적은 스레드로 요청을 전달해주고 처리는 다른 애들이 해줬던 webFlux의 이점이 사라진다.