이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
JS는 한 번에 하나만 처리하는 환경이라, 오래 걸리는 일을 그 자리에서 기다리면 그동안 화면이 통째로 멈춥니다. 이벤트 루프는 그걸 막으려고 지금 할 일과 나중에 할 일을 분리해 돌리는 구조라고 이해합니다. 핵심 차이는 나중에 할 일에도 급이 있다는 점입니다. 마이크로태스크는 지금 하던 일이 끝나면 곧바로, 다음 일로 넘어가기 전에 먼저 처리됩니다. 매크로태스크는 그 한 묶음이 다 끝난 뒤 차례가 옵니다. 그래서 같은 나중에라도 얼마나 나중인지가 다릅니다. 과제에서 이걸 모르고, 작업 사이에 화면을 갱신하려 했는데 마이크로태스크가 계속 끼어 화면이 안 그려진 적이 있었습니다. 그때 둘의 순서를 손으로 이해했습니다. 그래서 저는 이 구조를 멈춤을 피하려고 일에 우선순위를 매기는 장치로 봅니다.
둘의 차이를 저는 틈을 언제 주느냐로 봅니다. JS는 한 줄로 도니, 한 작업이 끝날 때마다 다음으로 넘어갈 틈이 생깁니다. 마이크로태스크는 그 틈에서 화면을 그리거나 다음 매크로로 가기 전에 먼저 비워야 하는 일입니다. 매크로태스크는 그 비우기와 화면 갱신이 끝난 다음에야 한 개씩 처리됩니다. 그래서 마이크로를 계속 쌓으면 매크로와 화면 갱신이 계속 밀립니다. 과제에서 데이터를 잘게 나눠 처리하며 화면도 같이 갱신하려 했는데, 나눈 조각을 마이크로로 이어 붙이는 바람에 화면이 끝까지 안 바뀐 적이 있었습니다. 조각을 매크로 쪽으로 흘려보내자 중간중간 화면이 갱신됐습니다. 그때 둘의 차이가 곧 화면이 언제 그려지냐를 가른다는 걸 알았습니다.
이 주제는 흔한 오해부터 걷어내는 게 분명합니다. 가장 잦은 오해는 나중에 실행되는 건 다 같은 줄에 선다는 생각인데, 그렇지 않습니다. 마이크로태스크는 지금 일이 끝나면 거의 곧바로, 화면 갱신이나 다음 매크로보다 먼저 다 처리됩니다. 매크로태스크는 그 사이를 한 번 거치고 나서 차례가 옵니다. 그래서 짧게 미룬다고 둘을 같게 보면 순서가 어긋납니다. 또 하나, 마이크로를 계속 만들어 내면 화면이 영영 안 그려질 수 있다는 점도 놓치기 쉽습니다. 저도 과제에서 재귀적으로 마이크로를 만들다 화면이 멈춘 적이 있어, 그 뒤로 지연이 필요하면 그게 마이크로인지 매크로인지부터 확인하는 습관이 생겼습니다. 그래서 저는 이 구조를 정의로 외우기보다, 어디서 순서가 꼬이는지로 기억합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.