Node.js 이벤트 루프(Event Loop) 샅샅이 분석하기 글에 들어가기에 앞서 Node.js의 이벤트 루프의 경

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/us

node-js-event-loop/ about blog HOT 22 CLOSED

utterances-bot commented on August 26, 2024

node-js-event-loop/

from blog.

Comments (22)

korECM commented on August 26, 2024 4

@ChanYangYu

libuv의 공식 홈페이지 설명을 보면 아래와 같이 소개되어 있습니다.

libuv is cross-platform support library which was originally written for Node.js. It’s designed around the event-driven asynchronous I/O model.

즉, libuv는 비동기 입출력, 이벤트 관련 기능을 지원하기 위해 OS 커널을 추상화한 라이브러리라고 생각할 수 있습니다.
그래서 이벤트 루프는 특정 라이브러리라기보다는 비동기 처리를 하는 방법 중 하나이고 libuv가 이를 구현했다고 생각하면 편합니다.

출처

위 사진을 보면 알 수 있듯이 Node.js는 비동기 처리를 libuv에게 위임하는데 libuv는 내부적으로 여러 Phase를 나누어서 비동기 처리를 하고 이 방법이 이벤트 루프라고 생각하면 될 것 같습니다.

그래서 이벤트 루프는 종종 이벤트 드리븐을 구현하는 방법으로 많이 이야기 되고

Spring WebFlux 또한 요청을 처리하기 위해 이벤트 루프를 사용하는 것을 알 수 있습니다.

이 부분에 대해서는 다른 글이나 공식 문서에서도 자세한 내용이 없어서 확실하지는 않지만 제가 이해한 바는 아래와 같습니다.
Node.js는 V8 엔진을 기반으로 돌아가기가 때문에 js 코드의 실행 또한 V8 엔진이 맡게 됩니다. 따라서 이벤트 루프가 생성되고 전체 코드 실행이 완료되면 기다리고 있는 비동기 로직들이 이벤트 루프의 각 페이즈의 큐에 담기게 됩니다.

예를 들어서 main.js에서 구글에 HTTP 요청을 하나 보냈다면 Poll Phase에 HTTP 응답을 기다리는 무언가가 큐에 담기게 됩니다. 구글로부터 HTTP 응답이 오면 libuv는 FD(File Descriptor)를 통해서 응답이 왔다는 사실을 알게되고 이 FD와 매칭되는 콜백을 Poll Phase의 큐에서 찾아서 실행하게 됩니다.

이때 콜백은 결국 js 코드가 되므로 libuv가 이 콜백을 V8 엔진을 사용해서 실행한다고 생각하면 됩니다. 실제로 libuv는 이벤트 루프 안에 v8::Isolate, v8::Context 등을 가지고 있는데 이것을 사용해서 콜백 코드를 실행한다고 생각하면 됩니다.

만약 HTTP 응답 콜백에서 네이버에 HTTP 요청을 보내는 코드가 있다면 아래와 같은 순서로 진행된다고 생각하면 됩니다.

main.js에서 구글에 HTTP 요청 보냅니다.
네트워크 요청을 보냄에 따라서 FD가 할당되고 libuv는 Poll Phase에서 이 FD를 기다리는 콜백을 큐에 넣습니다.
구글로부터 HTTP 응답이 오면 libuv는 FD를 통해 응답이 온 것을 감지하고 이 FD에 대응되는 콜백을 Poll Phase의 큐에서 찾아서 V8 엔진으로 이 콜백을 실행합니다.
이 콜백을 실행하면 네이버에 다시 HTTP 요청을 보내고 FD가 할당되고 이 FD를 기다리는 콜백이 다시 Poll Phase의 큐에 들어갑니다.
네이버 HTTP 응답이 오면 다시 libuv는 Poll Phase의 큐에서 콜백을 V8 엔진으로 실행합니다.
이러한 과정이 이벤트 루프에 남아있는 콜백이 없을 때까지 반복됩니다.

핵심 동작은 비슷할 수 있지만 구현이 달라 세부적인 동작이 다를 수도 있습니다.
실제로 Chrome은 libevent를 사용하고 Node.js는 libuv를 사용합니다.

찾아보니까 아래와 같은 Node.js와 브라우저 비교 글도 있네요.

저도 자세한 내용은 몰라서 아래 내용들을 참고해보면 좋을 것 같습니다.
https://www.youtube.com/watch?v=u1kqx6AenYw
https://stackoverflow.com/questions/25750884/are-there-significant-differences-between-the-chrome-browser-event-loop-versus-t
https://yoeubi28.medium.com/browser-vs-node-event-loop-차이-9c87f858051d
https://blog.insiderattack.net/javascript-event-loop-vs-node-js-event-loop-aea2b1b85f5c
https://www.reddit.com/r/javascript/comments/downgn/askjs_event_loop_browser_vs_node/

from blog.

korECM commented on August 26, 2024 1

@dontbesatisfied
make의 j 옵션은 빌드를 할 때 병렬적으로 할당하는 작업의 개수를 말합니다. 컴퓨터 코어 수에 맞게 적당한 값을 적어주시면 됩니당

       -j [jobs], --jobs[=jobs]
            Specifies the number of jobs (commands) to run simultaneously.  If
            there is more than one -j option, the last one is effective.  If the
            -j option is given without an argument, make will not limit the
            number of jobs that can run simultaneously.

from blog.

ChanYangYu commented on August 26, 2024

와우... 정말 궁금했던 내용이고 공식문서를 봐도 잘 이해가 안되었던 부분인데 너무 잘 설명해주셔서 감사합니다!!
글을 읽다가 추가로 궁금한점이 생겨서 몇가지 질문을 드리고 싶습니다!

이벤트 루프는 libuv에 포함되어 있는건가요?
이벤트 루프의 각 Phase에서는 비동기 처리 로직을 libuv에 위임하고 libuv에서 요청을 처리한 이후 콜백을 해당 Phase 큐에 담아주는걸까요?
Nodejs 이벤트루프 방식과 브라우저의 이벤트루프 방식은 차이가 있을까요?

from blog.

ChanYangYu commented on August 26, 2024

정말 꼼꼼한 답변 감사드립니다!
이해가 잘 안되었던 부분이었는데 이제야 이해가 되네요 ㅎㅎ
좋은 글 보고 자극 얻어갑니다!

from blog.