스프링의 @Async와 서블릿의 Asynccontext

Question

안녕하세요, 스프링으로 비동기 기술을 공부하다가 Asynccontext와 &#64;Async의 차이가 궁금하여 질문드립니다.둘 다 메인 서블릿 쓰레드는 쓰레드 풀에 반환되고, 비동기 작업은 다른 워커 쓰레드라는 곳에서 진행된다고 배웠습니다. 두 개의 차이점을 테스트 해 본 결과 &#64;Async는 비동기 작업의 결과를 클라이언트한테 보내주지 못하고 즉시 클라이언트와의 연결이 끊기고, Asynccontext는 클라이언트에게 비동기 결과를 응답으로 보낼 수 있다는 것으로 이해했습니다. 제가 이해한게 맞을까요?그리고, 한 가지 더 의문점이 있었습니다. 저는 Asynccontext의 메인 스레드(nio-8080-exec)가 반환되고, 비동기 처리 스레드는 다른 종류의 워커 스레드에서 진행할 줄 알았는데, thread이름을 찍어보니 (nio-8080-exec-*)이 찍히더라구요. 제가 잘 못 생각하고 있는건지 궁금합니자.

Clickin · Answer

&#64;Async 어노테이션으로 비동기 작업해도 Future로 반환하면 클라이언트에 반환해줄 수 있습니다.AsyncContext를 이용한 servlet.startAsync는 접근법이 좀 다릅니다. 굳이 따지자면 콜백에 가깝습니다.startAsync로 실행하면 기존 서블릿 컨텍스트에서는 detach되기 때문에 doGet이나 doPost등의 내부에 존재하는 호출 이후의 코드는 실행되지 않을겁니다.대신 startAsync는 request와 response 객체를 파라미터로 전달받아서 개발자가 직접 response 할 수 있습니다.호출하면 AsyncListener가 설정된 타임아웃 시간까지 기다리고 있다가 콜백반환을 돌려줍니다.작업이 다른 워커 스레드에서 실행되지 않은 건 스레드풀을 지정안해줘서 그런 거 아닌가요? Runnable만 넘겼다던지 그러면 WAS는 자기 스레드풀에서 실행해버릴겁니다.마침 최근에 &#64;Async 어노테이션 관련된 코드를 봤어서 이것도 좀 더 설명드리면 이쪽은 스프링의 aop를 이용해서 동작합니다.원본 메소드의 리턴값이 Future면 내부에서 get 해주고 아니면 리턴값은 버려집니다.이때 Callable 내부에서 get을 호출하니 실제로 블락되는거는 Async를 위해 설정한 스레드 풀의 특정 스레드겠죠.원본코드 참조https://github.com/spring-projects/spring-framework/blob/main/spring-aop/src/main/java/org/springframework/aop/interceptor/AsyncExecutionInterceptor.java

스프링의 @Async와 서블릿의 Asynccontext

1개의 답변

Q&A 목록