Antigravity Agent
20 lines
4.7 KiB
Markdown
20 lines
4.7 KiB
Markdown
# [[브라우저 렌더링 과정 (Critical Rendering Path)|브라우저 렌더링 과정 (Critical Rendering Path]]
|
|
|
|
## 📌 Brief Summary
|
|
브라우저 렌더링 과정(Critical Rendering Path)은 브라우저가 수신한 HTML, CSS, [[JavaScript|JavaScript]] 코드를 화면의 실제 픽셀로 변환하기 위해 거치는 일련의 순차적인 단계를 의미합니다 [1, 2]. 이 과정은 DOM과 CSSOM의 생성, 렌더 트리([[Render Tree|Render Tree]]) 구축, 기하학적 형태를 계산하는 레이아웃(Layout), 그리고 픽셀을 그리는 페인트(Paint) 및 합성(Composite) 단계로 이루어집니다 [3, 4]. 렌더링 경로를 최적화하여 렌더링 차단 요소를 최소화하는 것은 웹 페이지의 초기 렌더링 속도를 높이고 사용자 경험(UX)을 향상시키는 프론트엔드 성능 최적화의 핵심입니다 [1, 5, 6].
|
|
|
|
## 📖 Core Content
|
|
* **[[DOM (Document Object Model)|DOM (Document Object Model]] 구축:** 브라우저가 HTML 데이터를 받으면 바이트를 문자, 토큰, 노드로 변환한 뒤 이를 기반으로 DOM 트리를 구축합니다 [1, 7]. 이 과정은 점진적(incremental)으로 이루어지기 때문에 브라우저는 네트워크 요청이 진행 중인 상태에서도 트리 구성을 시작할 수 있습니다 [1, 8]. 생성된 노드의 수가 많을수록 이후의 레이아웃과 페인트 단계에서 더 많은 시간이 소요됩니다 [1, 9].
|
|
* **CSSOM (CSS Object Model) 구축:** DOM과 달리 CSSOM 구성은 점진적이지 않으며 렌더링을 차단(Render-[[Blocking|Blocking]])합니다 [8, 9]. 브라우저는 사용자가 스타일이 적용되지 않은 날것의 콘텐츠(FOUC)를 보는 것을 방지하기 위해, 연결된 모든 스타일시트를 다운로드하고 파싱할 때까지 렌더링을 중단합니다 [8, 9].
|
|
* **렌더 트리(Render Tree) 합성:** DOM과 CSSOM이 모두 준비되면 브라우저는 두 트리를 결합하여 화면에 렌더링되는 노드만 포함하는 렌더 트리를 생성합니다 [10, 11]. 이 과정에서 시각적 레이아웃에 영향을 주지 않는 `<script>`, `<meta>` 태그나 `display: none` 속성이 적용된 요소는 렌더 트리에서 완전히 제외됩니다 [10, 11]. 단, `visibility: hidden`이 적용된 요소는 눈에 보이지는 않지만 레이아웃 상에서 공간을 차지하므로 렌더 트리에 포함됩니다 [12, 13].
|
|
* **Layout(레이아웃) / Reflow(리플로우):** 렌더 트리가 완성되면 브라우저는 뷰포트(Viewport)의 크기와 박스 모델을 기반으로 렌더 트리 내 각 요소의 정확한 크기와 화면상 위치를 계산합니다 [14-16]. 창 크기 조절, DOM 요소의 추가 및 제거, 크기 속성 변경 등의 작업은 전체 혹은 부분적인 레이아웃의 재계산(Reflow)을 유발하며 이는 컴퓨팅 비용이 매우 높은 작업입니다 [17, 18].
|
|
* **Paint(페인트) 및 Compositing(합성):** 레이아웃 단계가 끝나면 브라우저는 계산된 기하학적 형태와 스타일을 바탕으로 화면에 실제 픽셀을 그리는 Paint 작업을 수행합니다 [19-21]. 요소의 색상이나 배경 등 시각적 스타일만 변경될 경우 레이아웃 계산을 생략하고 Repaint(리페인트)만 발생합니다 [18]. 페인트 이후 브라우저는 성능을 높이기 위해 요소들을 여러 레이어로 분리하여 그린 뒤, GPU 등을 활용해 이를 단일 이미지로 합치는 Compositing(합성) 과정을 거칩니다 [19, 22, 23].
|
|
* **크리티컬 렌더링 패스 최적화:** 브라우저는 `<head>` 태그 내부에 있는 렌더링 차단 CSS 및 파서 차단([[Parser|Parser]]-blocking) 동기식 JavaScript가 모두 처리될 때까지 화면을 렌더링하지 않습니다 [24-26]. 반면 이미지, 폰트, 그리고 지연 로드(async/defer) 설정이 된 스크립트 등은 초기 렌더링을 차단하지 않습니다 [27]. 따라서 불필요한 리소스의 다운로드를 지연시키거나 파일 크기를 최적화하는 것이 렌더링 경로 최적화의 기본 원칙입니다 [28, 29].
|
|
|
|
## 🔗 Knowledge Connections
|
|
- **Related Topics:** [[DOM|DOM]], CSSOM, Render Tree, [[Reflow 및 Repaint|Reflow 및 Repaint]]
|
|
- **Projects/Contexts:** 프론트엔드 렌더링 성능 최적화, [[Core Web Vitals|Core Web Vitals]] 최적화 (FCP, LCP 등)
|
|
- **Contradictions/Notes:** 제공된 소스들은 브라우저 렌더링 과정에 대해 모순 없이 일관된 설명을 제공합니다. 특히 `display: none`(렌더 트리에서 제외됨)과 `visibility: hidden`(레이아웃 공간을 차지하므로 렌더 트리에 포함됨)의 처리 방식 차이를 명확히 대조하여 설명하고 있습니다 [13].
|
|
|
|
---
|
|
*Last updated: 2026-04-25* |