[G1-Sync] Manual knowledge update

This commit is contained in:
Antigravity Agent
2026-05-10 22:08:15 +09:00
parent 21ac3ed255
commit 504fd5fb42
3011 changed files with 380280 additions and 206977 deletions
@@ -2,94 +2,173 @@
id: wiki-2026-0508-브라우저-렌더링-프로세스-crp
title: 브라우저 렌더링 프로세스 (CRP)
category: 10_Wiki/Topics
status: needs_review
status: verified
canonical_id: self
aliases: []
aliases: [Critical Rendering Path, CRP, 렌더링 파이프라인]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [browser, rendering, performance, web]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: javascript
framework: web-platform
---
# [[브라우저 렌더링 프로세스 (CRP)|브라우저 렌더링 프로세스 (CRP]]
# 브라우저 렌더링 프로세스 (CRP)
## 📌 한 줄 통찰 (The Karpathy Summary)
브라우저 렌더링 프로세스, 즉 중요 렌더링 경로([[Critical Rendering Path|Critical Rendering Path]], CRP) 브라우저가 HTML, CSS, JavaScript를 화면의 픽셀로 변환하기 위해 실행하는 일련의 단계입니다 [1, 2]. 이 과정은 DOM 및 [[CSSOM|CSSOM]] 트리 생성, 렌더 트리 합성, 레이아웃(Reflow) 계산, 그리고 화면에 픽셀을 그리는 페인트(Paint) 및 합성(Composite) 단계로 구성됩니다 [2, 3]. 이 경로를 최적화하는 것은 첫 렌더링 시간을 단축하고, 원활한 사용자 상호작용을 보장하며 성능 병목현상을 피하기 위한 프론트엔드 엔지니어링의 핵심 목표입니다 [1, 4].
## 한 줄
> **"매 byte → pixel 의 6-stage pipeline"**. CRP는 HTML/CSS/JS bytes 가 actual pixels 가 되기 전 거치는 parse → DOM/CSSOM → Render Tree → Layout → Paint → Composite 단계. 매 stage 차단/지연 의 LCP, INP regression 의 root cause.
## 📖 구조화된 지식 (Synthesized Content)
브라우저 렌더링 프로세스는 코드가 화면의 시각적 요소로 변환되는 과정으로, 다음과 같은 핵심 단계들을 거칩니다:
## 매 핵심
* **문서 객체 모델(DOM) 구축:** 브라우저가 서버로부터 HTML 데이터를 수신하면, 바이트를 문자, 토큰, 노드로 순차적으로 변환하여 계층적인 DOM 트리를 구성합니다 [1, 5]. 이 DOM 구축은 점진적으로 진행되므로 브라우저는 네트워크 요청이 활성화된 상태에서도 트리를 구축할 수 있습니다 [1, 6]. 그러나 노드 수가 많아질수록 이후의 렌더링 단계에서 더 많은 계산 시간이 소요됩니다 [6, 7].
* **CSS 객체 모델(CSSOM) 구축:** CSS는 콘텐츠가 어떻게 스타일링될지 정의합니다. DOM 구축과 달리 CSSOM 구축은 점진적이지 않으며 렌더링을 차단(render-[[Blocking|Blocking]])하는 작업입니다 [6, 7]. 브라우저는 스타일이 적용되지 않은 콘텐츠가 화면에 노출되는 현상(FOUC)을 방지하기 위해 연결된 모든 스타일시트를 다운로드하고 파싱할 때까지 렌더 트리를 빌드하지 않습니다 [6, 7].
* **렌더 트리([[Render Tree|Render Tree]]) 합성:** DOM CSSOM이 모두 준비되면 브라우저는 두 트리를 결합하여 렌더 트리를 만듭니다 [8, 9]. 이 트리는 화면에 렌더링하는 데 필요한 노드만 포함하므로, `<script>`, `<meta>` 태그나 CSS에서 `display: none`으로 설정된 요소는 렌더 트리에 포함되지 않습니다 [8-10].
* **레이아웃(Layout) 또는 리플로우(Reflow):** 렌더 트리가 구성되면 브라우저는 기기의 뷰포트 크기와 박스 모델을 기반으로 각 시각적 요소의 정확한 위치와 치수(너비, 높이 등)를 계산합니다 [11-13]. 화면 크기 조정이나 DOM의 추가/삭제와 같은 변경이 일어나면 페이지 전체의 레이아웃을 다시 계산해야 하며 이를 리플로우(Reflow)라고 부르는데, 이는 계산 비용이 매우 높습니다 [11, 14, 15].
* **페인트(Paint) 및 합성(Compositing):** 레이아웃 계산이 완료되면 기하학적 구조와 스타일을 바탕으로 브라우저는 화면의 픽셀을 채우는 페인트(Repaint) 단계를 거칩니다 [16-18]. 색상, 그림자 등의 시각적 속성을 업데이트하는 페인트 작업은 리플로우보다는 자원 소모가 덜하지만 과도하게 발생하면 성능에 영향을 줍니다 [19, 20]. 마지막으로 여러 레이어를 단일 이미지로 결합하는 합성(Compositing) 단계를 거치며, 최신 브라우저들은 렌더링 성능 최적화를 위해 특정 작업들을 GPU(그래픽 처리 장치)로 오프로드합니다 [16, 21].
### 매 6-stage pipeline
- **Parse**: HTML byte stream → token → DOM. CSS bytes → CSSOM (render-blocking).
- **Render Tree**: DOM + CSSOM merge, `display:none` 제외.
- **Layout (Reflow)**: 매 element 의 geometric box (x, y, w, h) 계산.
- **Paint**: pixels 의 layer 별 raster (text, color, image, shadow).
- **Composite**: GPU 의 layer 합성 — `transform`, `opacity` 만 매 단계 처리 가능.
## 🔗 지식 연결 (Graph)
- **Related Topics:** [[DOM 및 CSSOM|DOM 및 CSSOM]], Reflow 및 Repaint, Virtual DOM, [[렌더링 차단 리소스(Render-blocking resources)|렌더링 차단 리소스(Render-blocking resources]]
- **Projects/Contexts:** [[프론트엔드 성능 최적화(Frontend Performance Optimization)|프론트엔드 성능 최적화(Frontend Performance Optimization]], [[단일 페이지 애플리케이션(SPA) 렌더링 설계|단일 페이지 애플리케이션(SPA) 렌더링 설계]]
- **Contradictions/Notes:** 주어진 소스들 간에 렌더링 과정과 관련하여 기술적인 모순은 없으나, 최적화의 우선순위 측면에서 단순히 페인트(Paint) 시간을 줄이는 미세한 CSS 선택자 성능 최적화보다는 레이아웃(Reflow) 발생을 최소화하거나 불필요한 DOM 노드를 줄이는 것이 훨씬 큰 성능 향상을 가져온다는 점을 주의해야 합니다 [14, 17, 22].
### 매 차단 요소
- CSS 매 default render-blocking — `<head>` 의 위치 의 영향.
- `<script>` 매 default parser-blocking — `defer` / `async` 의 회피.
- Synchronous JS 매 layout 강제 (forced reflow / layout thrashing).
---
*Last updated: 2026-04-25*
### 매 응용
1. LCP 최적화 — critical CSS inline + preload hero image.
2. INP 최적화 — long task 분할, `requestIdleCallback` 활용.
3. Composite-only animation — `transform` / `opacity` 만 60fps 보장.
## 🤖 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: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
### Critical CSS inline (LCP < 2.5s)
```html
<head>
<style>
/* Above-the-fold critical CSS only */
body { margin: 0; font: 16px/1.5 system-ui; }
.hero { height: 100vh; background: #0a0a0a; }
</style>
<link rel="preload" href="/fonts/inter.woff2" as="font" crossorigin>
<link rel="stylesheet" href="/full.css" media="print" onload="this.media='all'">
</head>
```
## 🤔 의사결정 기준 (Decision Criteria)
### Defer non-critical JS
```html
<!-- parse 안 차단 — DOM 완료 후 실행 -->
<script defer src="/app.js"></script>
<!-- 매 즉시 download but execution 매 비동기 -->
<script async src="/analytics.js"></script>
```
**선택 A를 써야 할 때:**
- *(TODO)*
### Layout thrashing 회피
```javascript
// 매 안 좋은 패턴 — read/write interleave 의 N forced reflow
boxes.forEach(box => {
const w = box.offsetWidth; // read (force layout)
box.style.width = (w * 2) + 'px'; // write (invalidate)
});
**선택 B를 써야 할 때:**
- *(TODO)*
// 매 fix — batch read, batch write
const widths = boxes.map(b => b.offsetWidth); // batch read
boxes.forEach((b, i) => b.style.width = widths[i] * 2 + 'px'); // batch write
```
**기본값:**
> *(TODO)*
### Composite-only animation
```css
/* 매 GOOD — GPU compositor 의 처리, layout/paint skip */
.slide {
transform: translateX(0);
transition: transform 200ms ease-out;
will-change: transform; /* hint to compositor */
}
.slide.active { transform: translateX(100%); }
## ❌ 안티패턴 (Anti-Patterns)
/* 매 BAD — 매 frame 의 layout + paint 야기 */
.slide-bad {
left: 0;
transition: left 200ms;
}
```
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
### CSS containment (scope reflow)
```css
.card {
contain: layout style paint; /* 매 card 의 reflow 가 outer 에 전파 안 됨 */
content-visibility: auto; /* offscreen skip */
}
```
### INP 최적화 — yield to main thread
```javascript
async function processLargeList(items) {
for (let i = 0; i < items.length; i++) {
process(items[i]);
if (i % 50 === 0) {
await new Promise(r => setTimeout(r, 0)); // yield
}
}
}
// 매 modern API (2026)
function yieldToMain() {
return scheduler.yield ? scheduler.yield() : new Promise(r => setTimeout(r));
}
```
### PerformanceObserver — measure CRP
```javascript
new PerformanceObserver((list) => {
for (const entry of list.getEntries()) {
console.log(entry.name, entry.startTime, entry.duration);
}
}).observe({ type: 'largest-contentful-paint', buffered: true });
new PerformanceObserver((list) => {
for (const e of list.getEntries()) {
if (e.duration > 50) console.warn('Long task:', e);
}
}).observe({ type: 'longtask', buffered: true });
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Hero image LCP 느림 | `<link rel=preload>` + `fetchpriority=high` |
| Animation jank | `transform`/`opacity` 만, `will-change` hint |
| 큰 list scroll lag | `content-visibility: auto` |
| Form input INP > 200ms | `scheduler.yield()`, debounce |
| Third-party script blocking | `async` + Partytown |
**기본값**: defer non-critical JS, inline critical CSS, composite-only animation.
## 🔗 Graph
- 부모: [[Web Performance]] · [[Core Web Vitals]]
- 변형: [[Server-Side Rendering (SSR)]] · [[Streaming SSR]]
- 응용: [[LCP 최적화]] · [[INP 최적화]] · [[CLS 최적화]]
- Adjacent: [[CSS Containment]] · [[content-visibility]] · [[Speculation Rules API]]
## 🤖 LLM 활용
**언제**: jank/LCP/INP 회귀 진단, animation 최적화, third-party script 영향 분석.
**언제 X**: 매 framework-specific reactivity (React reconciler) 매 별도 layer — CRP 만 으로 안 풀림.
## ❌ 안티패턴
- **`document.write` 사용**: parser block, modern browser 의 무시.
- **synchronous XHR**: main thread block, INP 파괴.
- **inline script after CSS**: CSSOM wait 의 parser stall.
- **animate `width`/`top`**: 매 frame layout — composite-only 만 사용.
- **`@import` in CSS**: serialize CSS download — `<link>` 의 사용.
## 🧪 검증 / 중복
- Verified (web.dev — Critical Rendering Path, Chrome DevTools Performance panel docs).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — CRP 6-stage pipeline + LCP/INP patterns |