[G1-Sync] Manual knowledge update
This commit is contained in:
@@ -1,100 +1,179 @@
|
||||
---
|
||||
id: wiki-2026-0508-레이아웃-스래싱-layout-thrashing
|
||||
title: 레이아웃 스래싱(Layout Thrashing)
|
||||
title: 레이아웃 스래싱 (Layout Thrashing)
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [Layout Thrashing, Forced Synchronous Layout, FSL]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [performance, rendering, javascript, frontend]
|
||||
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: browser
|
||||
---
|
||||
|
||||
# [[레이아웃 스래싱([[Layout Thrashing]])]]
|
||||
# 레이아웃 스래싱 (Layout Thrashing)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
레이아웃 스래싱(Layout Thrashing)은 스크립트가 DOM을 읽고 쓰는 작업을 짧고 반복적인 루프 내에서 교대로 수행할 때 발생하는 심각한 성능 병목 현상입니다 [1]. 주로 `offsetWidth`나 `offsetHeight` 같은 기하학적 속성을 읽을 때 브라우저가 정확한 크기를 제공하기 위해 내부 레이아웃 큐를 강제로 비우고 동기적 리플로우(Reflow)를 실행하면서 발생합니다 [1]. 이 현상은 브라우저의 렌더링 프레임 속도를 크게 저하시키며, 결과적으로 애니메이션이 끊기거나 웹페이지가 느리게 반응하도록 만듭니다 [1, 2].
|
||||
## 매 한 줄
|
||||
> **"매 layout thrashing = read DOM geometry → write style → read DOM 매 반복 — 매 force sync layout 매번"**. 매 브라우저 매 batch reflow 의 X — 매 즉시 reflow 강제 — 매 100x 느림. 매 해결 = 매 read 모두 batch → 매 write 모두 batch.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **발생 메커니즘**
|
||||
* 스크립트가 DOM에 대한 읽기 및 쓰기 작업을 촘촘한 루프 안에서 번갈아 가며 실행할 때 발생합니다 [1].
|
||||
* 스크립트가 요소의 `offsetWidth`나 `offsetHeight` 등을 읽어 들일 때, 브라우저는 정확한 치수를 반환하기 위해 지연된 레이아웃 작업들을 강제로 실행하는 '동기적 리플로우(Synchronous Reflow)'를 유발합니다 [1].
|
||||
* 너비(width), 높이(height), 여백(margin), 위치(left/top/right/bottom) 등 레이아웃에 큰 영향을 미치는 CSS 속성을 애니메이션으로 처리할 때도 브라우저가 레이아웃을 다시 계산하게 되어 레이아웃 스래싱과 리페인트(Repaint) 사이클이 발생할 수 있습니다 [2].
|
||||
* **성능에 미치는 영향**
|
||||
* 브라우저의 초당 프레임 수(FPS)를 급격히 떨어뜨려 성능에 치명적인 영향을 미칩니다 [1].
|
||||
* 특히 모바일이나 저사양 기기에서는 애니메이션이 끊기고(Janky) 버벅거리는 느낌을 주어 사용자 경험을 심각하게 훼손합니다 [2].
|
||||
* **해결 및 방지 기법 (최적화 전략)**
|
||||
* **DOM 읽기/쓰기 분리 및 일괄 처리([[Batching]])**: DOM에 대한 읽기와 쓰기 작업을 분리하여 레이아웃 스래싱을 방지해야 합니다 [3]. `classList.add()`나 `cssText`를 사용하여 여러 스타일 업데이트를 단일 렌더링 주기로 그룹화(Batch)하는 것이 좋습니다 [1, 4].
|
||||
* **DocumentFragment 사용**: 새로운 요소를 실시간 DOM에 바로 추가하지 않고 `documentFragment`에 먼저 추가한 뒤 라이브 DOM에 한 번에 반영함으로써 리플로우 발생을 요소당 1회로 최소화할 수 있습니다 [1].
|
||||
* **requestAnimationFrame 활용**: [[JavaScript]]로 구동되는 애니메이션이나 DOM 업데이트를 브라우저의 기본 리페인트 주기와 동기화(`requestAnimationFrame` 사용)하여 프레임 드롭이나 스래싱을 방지해야 합니다 [1, 3].
|
||||
* **애니메이션 속성 최적화**: 레이아웃을 변경하는 속성 대신, `transform`이나 `scale`, `opacity`와 같이 리플로우를 유발하지 않고 GPU 가속을 활용할 수 있는 합성(Composite) 단계의 속성만을 사용하여 렌더링 성능을 개선해야 합니다 [2, 5].
|
||||
## 매 핵심
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[리플로우(Reflow)]], [[리페인트(Repaint)]], [[CSS 성능 최적화(CSS Performance [[Optimization]])]], [[GPU 가속(GPU Acceleration)]]
|
||||
- **Projects/Contexts:** [[CSS 애니메이션 최적화(Optimizing [[CSS Animations]])]], [[확장 가능한 프론트엔드 아키텍처(Scalable [[Frontend]] [[Architecture]])]]
|
||||
- **Contradictions/Notes:** 소스 전반에서 레이아웃 스래싱을 방지하기 위해 렌더링 파이프라인(Recalculate Style -> Layout -> Paint -> Composite)의 이해가 필수적이라고 강조하며, 성능 저하의 주범으로 레이아웃(리플로우) 단계를 지목하고 있습니다 [1, 5, 6].
|
||||
### 매 트리거 (read = force layout)
|
||||
- `offsetTop/Left/Width/Height`.
|
||||
- `clientTop/Left/Width/Height`.
|
||||
- `scrollTop/Left/Width/Height`.
|
||||
- `getBoundingClientRect()`.
|
||||
- `getComputedStyle()` (some properties).
|
||||
- `innerText` (특정 case).
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-26*
|
||||
### 매 메커니즘
|
||||
- 매 write (`el.style.x = ...`) — 매 layout invalidate, 매 brower 매 batch 대기.
|
||||
- 매 read (`el.offsetWidth`) — 매 latest geometry 필요 — 매 강제 reflow.
|
||||
- 매 loop 안 read/write alternate — 매 매번 reflow — 매 thrashing.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
### 매 해결
|
||||
1. **Batch**: read 모두 → write 모두.
|
||||
2. **Cache**: 매 1회 read, 매 변수 저장.
|
||||
3. **rAF**: read in current frame, write in next frame.
|
||||
4. **FastDOM** library — read/write queue.
|
||||
5. **CSS containment**: `contain: layout` — 매 thrashing 매 isolate.
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(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
|
||||
### Anti — 매 thrashing
|
||||
```javascript
|
||||
const items = document.querySelectorAll('.item');
|
||||
items.forEach(el => {
|
||||
// 매 read → 매 write → 매 read → 매 write — 매 thrashing
|
||||
el.style.width = el.offsetWidth + 10 + 'px';
|
||||
});
|
||||
// 매 100 items → 매 100 layouts
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Fix — batch
|
||||
```javascript
|
||||
const items = document.querySelectorAll('.item');
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// 매 phase 1: read 모두
|
||||
const widths = Array.from(items).map(el => el.offsetWidth);
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// 매 phase 2: write 모두
|
||||
items.forEach((el, i) => {
|
||||
el.style.width = widths[i] + 10 + 'px';
|
||||
});
|
||||
// 매 1 layout
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### rAF read/write split
|
||||
```javascript
|
||||
function syncSizes() {
|
||||
// 매 current frame: read
|
||||
const heights = Array.from(rows).map(r => r.offsetHeight);
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
requestAnimationFrame(() => {
|
||||
// 매 next frame: write
|
||||
rows.forEach((r, i) => {
|
||||
r.style.minHeight = heights[i] + 'px';
|
||||
});
|
||||
});
|
||||
}
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### FastDOM
|
||||
```javascript
|
||||
import fastdom from 'fastdom';
|
||||
|
||||
fastdom.measure(() => {
|
||||
const w = el.offsetWidth;
|
||||
fastdom.mutate(() => {
|
||||
el.style.width = w + 10 + 'px';
|
||||
});
|
||||
});
|
||||
// 매 internally batch — 매 1 layout per frame
|
||||
```
|
||||
|
||||
### ResizeObserver (매 read 필요 X)
|
||||
```javascript
|
||||
const ro = new ResizeObserver(entries => {
|
||||
for (const entry of entries) {
|
||||
const { width, height } = entry.contentRect; // 매 already computed
|
||||
entry.target.dataset.width = width; // 매 write — 매 layout 의 X
|
||||
}
|
||||
});
|
||||
ro.observe(element);
|
||||
```
|
||||
|
||||
### CSS Containment (isolate)
|
||||
```css
|
||||
.widget {
|
||||
contain: layout; /* 매 widget 내부 변경 — 매 outer 매 reflow 의 X */
|
||||
}
|
||||
```
|
||||
|
||||
### DevTools 측정
|
||||
```javascript
|
||||
performance.mark('layout-start');
|
||||
heavyOperation();
|
||||
performance.mark('layout-end');
|
||||
performance.measure('layout', 'layout-start', 'layout-end');
|
||||
// 매 DevTools Performance panel — 매 purple "Layout" bar — 매 thrashing 표시
|
||||
```
|
||||
|
||||
### Virtual list (대량 item)
|
||||
```javascript
|
||||
// 매 모든 item layout — 매 X
|
||||
// 매 visible 만 render — 매 react-virtual / @tanstack/virtual
|
||||
import { useVirtualizer } from '@tanstack/react-virtual';
|
||||
|
||||
const rowVirtualizer = useVirtualizer({
|
||||
count: 10000,
|
||||
getScrollElement: () => parentRef.current,
|
||||
estimateSize: () => 40,
|
||||
});
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | 접근 |
|
||||
|---|---|
|
||||
| Loop 안 size 읽고 변경 | batch read → batch write |
|
||||
| 비동기 read/write | rAF split |
|
||||
| Element resize 감지 | ResizeObserver |
|
||||
| Component-level isolation | `contain: layout` |
|
||||
| 1000+ rows | Virtualization |
|
||||
| Library 매 abstraction | FastDOM |
|
||||
|
||||
**기본값**: read all → write all + 매 ResizeObserver (size 감지) + 매 Virtual list (대량).
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[리플로우 및 리페인트(Reflow and Repaint)]] · [[Web Performance]]
|
||||
- 변형: [[Forced Synchronous Layout]]
|
||||
- 응용: [[60fps 애니메이션]] · [[가상화 (Virtualization)]]
|
||||
- Adjacent: [[ResizeObserver]] · [[CSS Containment]] · [[FastDOM]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: jank 디버깅, "왜 scroll 느림", DevTools Performance 분석.
|
||||
**언제 X**: 매 framework-specific (React reconciler) 내부 — 매 framework docs.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Loop 안 read+write**: 매 thrashing 의 정의.
|
||||
- **`offsetWidth` after style write**: 매 force layout.
|
||||
- **jQuery `.css()` chain**: 매 read/write 매 mix.
|
||||
- **`scrollTop` polling rAF**: 매 ScrollObserver/IntersectionObserver 의 사용.
|
||||
- **모든 row layout 매 손수**: 매 virtual list 의 사용.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (web.dev Avoid Layout Thrashing, Paul Irish gist, Chrome DevRel).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — read/write batch + rAF + ResizeObserver |
|
||||
|
||||
Reference in New Issue
Block a user