2nd/10_Wiki/Topics/Frontend_Mastery/Layout Thrashing.md

Layout Thrashing

📌 Brief Summary

레이아웃 스래싱(Layout Thrashing)은 브라우저가 페이지의 구조를 다시 계산해야 하는 리플로우(Reflow)와 리페인트(Repaint)를 과도하게 반복할 때 발생하는 성능 병목 현상입니다 [1, 2]. 주로 자바스크립트가 DOM을 읽고 쓰는 작업을 좁은 루프 안에서 번갈아 수행하거나 레이아웃에 큰 영향을 미치는 CSS 속성을 애니메이션화할 때 유발됩니다 [1, 2]. 이 현상은 프레임 속도를 심각하게 저하시키고 애니메이션을 끊기게 만들어 전반적인 사용자 경험을 훼손합니다 [1, 2].

📖 Core Content

발생 원인

• DOM 읽기/쓰기의 반복: 자바스크립트 스크립트가 좁은 루프 내에서 DOM 속성에 대한 읽기와 쓰기를 번갈아 수행할 때 흔히 발생합니다 [2, 3]. 예를 들어 offsetWidth나 offsetHeight 같은 크기 관련 속성을 읽을 때, 브라우저는 정확한 치수를 제공하기 위해 내부 레이아웃 큐(Queue)를 강제로 비우고 동기적 리플로우(Synchronous reflow)를 수행해야 하므로 프레임 속도에 악영향을 미칩니다 [2].
• 무거운 레이아웃 속성 변경: width, height, margin, padding, left/top/right/bottom과 같이 기하학적 형태나 레이아웃에 직접적인 영향을 주는 속성을 애니메이션 처리하면 브라우저가 레이아웃을 지속적으로 재계산하게 되어 레이아웃 스래싱을 유발합니다 [1, 4, 5].

최적화 및 해결 방법

• DOM 읽기와 쓰기 분리: 레이아웃 스래싱을 방지하기 위해서는 DOM 값을 읽는 작업(Read)과 쓰는 작업(Write)을 엄격히 분리하여 수행해야 합니다 [3].
• DOM 변경 일괄 처리(Batching): 다수의 DOM 변경을 한 번에 묶어 처리하면 리플로우와 리페인트를 줄일 수 있습니다 [2, 6]. classList.add()나 cssText를 사용하여 단 한 번의 렌더링 주기만 유발하거나 innerHTML을 사용하여 여러 요소를 동시에 업데이트할 수 있습니다 [2, 6].
• 가상 DOM 활용: 새로운 요소를 라이브 DOM에 직접 추가하기 전에 DocumentFragment를 활용하여 추가하거나, 노드를 복제하여 변경한 후 원본과 교체하는 방식을 쓰면 요소당 한 번씩 일어날 리플로우를 단 한 번으로 줄일 수 있습니다 [2, 6, 7].
• 애니메이션 속성 대체: 애니메이션을 구현할 때는 레이아웃을 변경하는 속성 대신 GPU 가속의 이점을 얻을 수 있는 transform과 opacity 속성을 사용하여 리플로우 발생을 피해야 합니다 [5, 8, 9]. 또한 자바스크립트 기반 애니메이션에서는 requestAnimationFrame을 사용하여 브라우저의 네이티브 리페인트 주기와 동기화시킴으로써 끊김 없는 모션을 구현해야 합니다 [2, 3, 6].
• 스타일 적용 방식 최적화: 자바스크립트로 직접 인라인 스타일을 조작하기보다는 CSS 클래스를 추가/제거하는 방식을 사용해야 합니다 [6]. 렌더링 속도를 늦추는 깊고 복잡한 CSS 선택자의 사용을 피하고, 자주 변경될 요소에는 will-change 속성을 통해 브라우저가 미리 렌더링을 최적화할 수 있는 힌트를 제공하는 것도 방법입니다 [3, 6, 10].

🔗 Knowledge Connections

• Related Topics: Reflow, Repaint, CSS Animations, Performance Optimization
• Projects/Contexts: Frontend Architecture, 실무에서 CSS 관리하는 방법
• Contradictions/Notes: will-change 속성은 브라우저가 변경 사항에 미리 대비하게 해주어 성능을 향상할 수 있지만, 너무 많은 요소에 불필요하게 적용할 경우 오히려 브라우저 자원을 낭비하여 성능 문제를 일으킬 수 있으므로 신중하게 사용해야 합니다 [10].

---

Last updated: 2026-04-26