Files

T

koriweb 5ba5a55c78 feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00

5.5 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by, tech_stack

title

메인 스레드 ([[Main Thread)]]

📌 한 줄 통찰 (The Karpathy Summary)

메인 스레드는 브라우저가 HTML을 파싱하여 DOM 트리를 구축하고, 자바스크립트를 실행하며, 페이지의 레이아웃과 페인트를 포함한 렌더링을 처리하는 핵심 단일 스레드입니다 [1-4]. 브라우저는 기본적으로 단일 스레드 구조이므로, 메인 스레드가 작업을 진행 중일 때는 다른 요청이나 사용자 상호작용을 동시에 처리할 수 없습니다 [1, 5]. 따라서 메인 스레드의 점유 시간을 최소화하고 책임을 줄이는 것이 빠르고 반응성 높은 웹 성능을 확보하는 핵심 요건입니다 [1].

📖 구조화된 지식 (Synthesized Content)

주요 역할 및 병목 현상 메인 스레드는 DOM 트리 생성, 자바스크립트 컴파일 및 해석(웹 워커 등 일부 예외 제외), 화면 렌더링 등 브라우저의 대부분의 주요 작업을 전담합니다 [2-4]. 초기 로드 과정이나 무거운 자바스크립트 파싱 및 실행으로 인해 메인 스레드가 오랫동안 점유될 경우, 사용자의 클릭이나 스크롤과 같은 상호작용 이벤트에 50ms 이내로 반응하지 못하게 되어 UI가 지연(Jank)되거나 멈춘 것처럼 느껴지게 됩니다 [6, 7]. 특히 초기 로드 중 메인 스레드에서의 과도한 처리는 코어 웹 바이탈(Core Web Vitals) 수치 하락과 검색 순위(SEO) 페널티로 이어질 수 있습니다 [8].
성능 예산(Frame Budget)과 반응성 애니메이션과 스크롤을 60fps로 부드럽게 유지하려면, 메인 스레드를 차지하는 스타일 계산, 리플로우(Reflow), 페인트(Paint) 등의 작업이 16.67ms 이내에 완료되어야 합니다 [9, 10]. 규모가 큰 애플리케이션에서 렌더링이 이 16.6ms 프레임 예산을 초과하면 메인 스레드가 블로킹되어 UI가 사용자 입력에 반응할 수 없게 됩니다 [9].
메인 스레드 부하 완화 및 최적화 전략
- React Fiber와 동시성 렌더링(Concurrent Rendering): 기존의 동기적 렌더링이 메인 스레드를 장시간 차단하는 문제를 해결하기 위해, React는 렌더링 작업을 'Fiber 노드'라는 작은 작업 단위로 나누어 실행하고 우선순위가 높은 작업이 있을 때 브라우저에 제어권을 양보(Yield)하는 아키텍처를 도입했습니다 [9].
- React 19 동시성 훅: [[useTransition]]이나 [[useDeferredValue]]를 사용하여 무거운 상태 업데이트를 지연시킴으로써, 타이핑이나 클릭 등 긴급한 사용자 상호작용을 위해 메인 스레드를 비워두어 INP(Interaction to Next Paint) 점수를 향상시킵니다 [11, 12].
- 서버 컴포넌트(RSC): 상호작용이 없는 컴포넌트를 서버에서 렌더링함으로써 클라이언트 브라우저로 전송되는 자바스크립트 번들 양을 줄이고, 결과적으로 상호작용 시 메인 스레드가 처리해야 할 자바스크립트의 양을 줄여줍니다 [13].
- GPU 컴포지팅(Compositing): 애니메이션이나 전환 효과 등을 브라우저가 개별 레이어로 분리하여 메인 스레드(CPU) 대신 GPU에서 그리도록(Paint) 승격시키면, 메인 스레드를 해방시키고 성능을 크게 향상할 수 있습니다 [4, 14].

🔗 지식 연결 (Graph)

Related Topics: 단일 스레드 (Single-threaded), React Fiber, 동시성 렌더링 (Concurrent Rendering)
Projects/Contexts: 웹 성능 최적화 (Web Performance Optimization), Core Web Vitals (INP, TTI)
Contradictions/Notes: 소스에 관련 정보가 부족합니다.

Last updated: 2026-04-25

🤖 LLM 활용 힌트 (How to Use This Knowledge)

언제 이 지식을 쓰는가:

(TODO)

언제 쓰면 안 되는가:

(TODO)

🧪 검증 상태 (Validation)

정보 상태: needs_review
출처 신뢰도: A
검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)

🧬 중복 검사 (Duplicate Check)

기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
처리 방식: UPDATE (자동 정규화)
처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

⚠️ 모순 및 업데이트 (Contradictions & Updates)

과거 데이터와의 충돌: 없음
정책 변화: 없음

🕓 변경 이력 (Changelog)

날짜	변경 내용	처리 방식	신뢰도
2026-05-08	P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화)	UPDATE	A

💻 코드 패턴 (Code Patterns)

패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)

# TODO

🤔 의사결정 기준 (Decision Criteria)

선택 A를 써야 할 때:

(TODO)

선택 B를 써야 할 때:

(TODO)

기본값:

(TODO)

❌ 안티패턴 (Anti-Patterns)

[안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)

5.5 KiB Raw Blame History