[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
@@ -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 |