📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code 멀티 에이전트 — Teams
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 캐시 설계 전략 총정리
    • 디자인 패턴
    • 분산 트랜잭션
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • the-future-company 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
⚡javascript

`setImmediate()`

약 3분
2026년 1월 30일
GitHub에서 보기

setImmediate()

  • setTimeout(fn, delay)
    • 최소 delay(ms)가 지난 뒤, fn을 실행하도록 Timers 큐에 등록
  • setInterval(fn, interval)
    • interval(ms)마다 반복 실행되도록 Timers 큐에 등록
  • setImmediate(fn)
    • 현재 이벤트 루프 사이클이 끝난 직후, Check 큐에서 실행

핵심:

  • setTimout / setInterval -> 시간 기준
  • setImmediate -> 이벤트 루프 단계 기준

Node.js 이벤트 루프 구조

┌─────────────┐
│   timers    │ ← setTimeout, setInterval
├─────────────┤
│ pending cb  │
├─────────────┤
│ idle/prepare│
├─────────────┤
│    poll     │ ← I/O 대기 & 콜백 실행
├─────────────┤
│    check    │ ← setImmediate
├─────────────┤
│ close cb    │
└─────────────┘

setTimeout / setInterval의 동작 원리

  • setTimeout
    • setTimeout(fn, 0);
      
    • "즉시 실행" 아님
    • 의미:
      • oms 이상 지난 후
      • timers 단계에서 실행 가능 상태가 되면 실행
    • poll 단계가 길어지면 더 늦게 실행될 수 있음
  • setInterval
    • setInterval(fn, 1000);
      
    • timers 단계에서
    • 이전 실행이 끝난 시점 기준이 아니라
    • interval이 지났는지 여부로 실행 여부 판단
    • 주의:
      • 콜백 실행 시간이 길면
      • 호출 간격은 밀릴 수 있음
      • 겹쳐서 실행되지는 않음 (싱글 스레드)

setImmediate의 동작 원리

setImmediate(fn);
  • poll 단계가 끝난 뒤
  • check 단ㄱPdptj tlfgod
  • 시간 개념 X

왜 존재하나?

"I/O 콜백 이후에, 다음 timers 전에 실행하고 싶다"

즉

  • setTimeout(0)보다, I/O 콜백 이후 실행이 더 보장됨

예시

I/O 콜백 내부

require('fs').readFile(__filename, () => {
  setTimeout(() => console.log('timeout'), 0);
  setImmediate(() => console.log('immediate'));
});

결과는 항상

immediate
timeout

이유:

  • readFile 콜백 -> poll 단계
  • poll 끝 -> check -> setImmediate
  • 다음 루프 -> timers -> setTimeout

setInterval과 이벤트 루프 관계

  • 매 이벤트 루프의 timers 단계에서 검사

  • interval이 지났으면 실행

  • 실행이 밀리면 다음 실행도 밀림

  • 누적 실행 X

  • 그래서 정확한 주기 작업에는

    • setTimeout 재귀 패턴이 더 안전한 경우도 많음

언제 무엇을 쓰는가? (실무 기준)

setTimeout

  • 재시도
  • debounce
  • 일정 시간 지연

setInterval

  • polling
  • heartbeat
  • 단순 주기 작업

setImmediate

  • I/O 이후 후처리
  • 이벤트 루프 양보
  • CPU-heavy 작업을 쪼갤 떄

setImmediate vs Promise 실행 순서

핵심 규칙

Promise (then, finally)는 setImmediate보다 항상 먼저 실행된다

이유:

  • Promise -> Microtask Queue
  • setImmediate -> Check phase (Macrotask)

실행 우선순위 요약

현재 콜스택
↓
Microtask Queue
  - Promise.then
  - Promise.finally
  - queueMicrotask
↓
(Event loop phase 이동)
↓
Check phase
  - setImmediate

Microtask는 이벤트 루프 phase를 건너뛰고 즉시 실행

javascript 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • `setImmediate()`
  • Node.js 이벤트 루프 구조
  • setTimeout / setInterval의 동작 원리
  • setImmediate의 동작 원리
  • 왜 존재하나?
  • 예시
  • I/O 콜백 내부
  • setInterval과 이벤트 루프 관계
  • 언제 무엇을 쓰는가? (실무 기준)
  • setTimeout
  • setInterval
  • setImmediate
  • setImmediate vs Promise 실행 순서