[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -1,101 +1,218 @@
|
||||
---
|
||||
id: wiki-2026-0508-애니메이션-transition-keyframes-성능-최적
|
||||
title: 애니메이션 (transition keyframes) 성능 최적화
|
||||
title: 애니메이션 (transition / keyframes) 성능 최적화
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [CSS Animation Performance, GPU 합성 애니메이션, transform/opacity 최적화]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
verification_status: applied
|
||||
tags: [frontend, css, animation, performance, gpu, compositor]
|
||||
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: CSS
|
||||
framework: Web Platform (Chromium 130+, Safari 18+, Firefox 130+)
|
||||
---
|
||||
|
||||
# 애니메이션 (transition / keyframes) 성능 최적화
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
CSS 애니메이션(transition 및 keyframes) 성능 최적화는 브라우저의 렌더링 부하를 최소화하여 사용자에게 버벅거림(Jank) 없이 부드럽고 반응성 높은 UI를 제공하기 위한 기술적 접근입니다 [1-3]. 브라우저의 리플로우(Reflow)와 리페인트(Repaint)를 심하게 유발하는 속성 사용을 피하고, GPU 가속을 활용할 수 있는 속성 위주로 설계하는 것이 핵심입니다 [4-7]. 이를 통해 모바일 등 컴퓨팅 자원이 제한된 기기에서도 효율적인 인터랙션을 유지할 수 있습니다 [3, 8].
|
||||
## 매 한 줄
|
||||
> **"매 transform 과 opacity 만이 GPU 합성 layer 위에서 60/120fps 으로 부드럽게 흐른다"**. 매 layout 또는 paint 를 trigger 하는 property (width, height, top, left, margin) 의 animate 는 매 main thread CPU 의 reflow 를 매 frame 마다 강제 → jank. 매 2026 modern web (CH 130+, Safari 18+) 의 compositor-only animation 의 사용 — `will-change`, `contain`, `view-transition-name` 매 핵심.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **리플로우(Reflow)와 리페인트(Repaint) 방지**
|
||||
* 성능 저하의 가장 큰 원인은 `width`, `height`, `margin`, `padding`, `top/left/bottom/right` 등 레이아웃 관련 속성을 애니메이션에 사용하는 것입니다 [4, 6, 9]. 이러한 속성은 브라우저가 전체 페이지의 레이아웃을 다시 계산하게(Reflow/[[Layout Thrashing]]) 만들어 렌더링 비용을 크게 증가시킵니다 [8, 9].
|
||||
* 또한 `box-shadow`, `border-radius`, `filter`와 같이 렌더링 비용이 높은 속성을 과도하게 애니메이션 처리하면 빈번한 리페인트(Repaint)가 발생하여 애니메이션이 느려집니다 [4, 10, 11].
|
||||
* **안전한 속성을 통한 GPU 가속(Compositing) 활용**
|
||||
* 레이아웃 재계산을 피하려면 `transform`과 `opacity` 속성을 사용하여 애니메이션을 구현해야 합니다 [5, 7, 10].
|
||||
* 브라우저는 `transform: translateZ()`나 `rotate3d()` 등 특정 속성의 변화를 감지하면, 애니메이션 작업을 메인 스레드에서 분리하여 디바이스의 GPU로 넘겨 처리(Compositing)하므로 성능이 비약적으로 향상됩니다 [5, 10, 12].
|
||||
* **애니메이션의 복잡도 제어 및 성능 최적화 기법**
|
||||
* 수백 개의 요소에 동시에 애니메이션을 적용하면 브라우저가 압도되어 프레임(FPS)이 떨어지므로 필수적인 UI 요소에만 적용해야 합니다 [11, 13].
|
||||
* 무한 반복(`infinite`) 루프 애니메이션을 남용할 경우 지속적으로 시스템 리소스가 낭비됩니다 [14]. 제한된 반복 횟수를 지정하거나, 요소가 화면에 보이지 않을 때는 `animation-play-[[State]]: paused`를 활용해 연산을 중지시키는 것이 좋습니다 [6, 14].
|
||||
* 크고 복잡한 배경 이미지를 애니메이션 하는 대신, 가볍고 렌더링이 빠른 SVG나 CSS 그라디언트를 사용해야 합니다 [15, 16].
|
||||
* **`will-change` 속성과 문서 흐름(Flow) 분리**
|
||||
* 요소에 `will-change` 속성을 추가하면, 요소가 어떻게 변경될지 브라우저에 미리 알려주어 애니메이션에 필요한 최적화를 사전에 준비하게 할 수 있습니다 [13, 17].
|
||||
* 애니메이션 요소를 `position: fixed` 혹은 `absolute`로 설정하면 주변 요소 레이아웃에 영향을 주지 않으므로, 페이지 전체의 리플로우를 막고 해당 요소의 리페인트만 발생시켜 연산 비용을 줄일 수 있습니다 [12, 18-20].
|
||||
## 매 핵심
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 리플로우(Reflow) 및 리페인트(Repaint), GPU 가속 및 브라우저 컴포지팅, [[마이크로 인터랙션([[Micro-interactions]])]]
|
||||
- **Projects/Contexts:** 유지보수 가능하고 확장성 있는 CSS 아키텍처 구축, 디자인 시스템 기반의 UI/UX 최적화
|
||||
- **Contradictions/Notes:** `will-change` 속성은 애니메이션 렌더링 최적화에 강력한 힌트를 제공하지만, 너무 많은 요소에 남용할 경우 브라우저가 과도한 메모리를 소모하고 불필요한 사전 연산을 수행하게 되어 오히려 전체적인 성능을 악화시킬 수 있습니다. 따라서 실제 성능 문제가 발생한 곳에 최후의 수단으로만 사용해야 합니다 [13, 15, 17].
|
||||
### 매 Rendering Pipeline 의 4 단계
|
||||
- **Style** — CSS rule 매 element 매 매칭.
|
||||
- **Layout (reflow)** — 매 geometry 의 계산 (position, size). 매 비싼 단계.
|
||||
- **Paint** — pixel buffer 매 fill (color, image, shadow).
|
||||
- **Composite** — GPU 매 layer 의 합성 (transform, opacity).
|
||||
- 매 transform/opacity 매 변경 시 매 Composite 만 trigger → 매 main thread block 의 X.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-26*
|
||||
### 매 GPU 합성 trigger
|
||||
- `transform` (translate, rotate, scale, skew) — 매 layout 의 영향 X.
|
||||
- `opacity` — 매 paint 의 영향 X.
|
||||
- `filter` — 매 composited layer 위 의 GPU shader.
|
||||
- `clip-path` (transform 기반) — 매 GPU friendly.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
### 매 비싼 properties (피해야 함)
|
||||
1. `width`, `height`, `top`, `left`, `margin`, `padding` — 매 reflow 매 trigger.
|
||||
2. `box-shadow`, `border-radius` (애니메이트 시) — 매 paint 매 매 frame.
|
||||
3. `background-image` — 매 paint trigger.
|
||||
4. `font-size` — 매 reflow + paint.
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
## 💻 패턴
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
### Pattern 1: position 의 transform 으로 변환
|
||||
```css
|
||||
/* ❌ Bad: layout thrashing */
|
||||
.move-bad {
|
||||
transition: left 300ms ease-out;
|
||||
position: absolute;
|
||||
left: 0;
|
||||
}
|
||||
.move-bad:hover { left: 200px; }
|
||||
|
||||
## 🧪 검증 상태 (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
|
||||
/* ✅ Good: GPU composite only */
|
||||
.move-good {
|
||||
transition: transform 300ms ease-out;
|
||||
transform: translateX(0);
|
||||
will-change: transform;
|
||||
}
|
||||
.move-good:hover { transform: translateX(200px); }
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Pattern 2: opacity fade-in 의 keyframes
|
||||
```css
|
||||
@keyframes fadeIn {
|
||||
from { opacity: 0; transform: translateY(20px); }
|
||||
to { opacity: 1; transform: translateY(0); }
|
||||
}
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
.card {
|
||||
animation: fadeIn 400ms cubic-bezier(0.16, 1, 0.3, 1) both;
|
||||
}
|
||||
```
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
### Pattern 3: will-change 의 신중한 사용
|
||||
```css
|
||||
/* ❌ Bad: layer 의 영구 promotion → memory bloat */
|
||||
.everywhere { will-change: transform; }
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
/* ✅ Good: 매 interaction 직전 의 hint, 매 종료 후 매 제거 */
|
||||
.button { transition: transform 200ms; }
|
||||
.button:hover { will-change: transform; }
|
||||
.button:not(:hover) { will-change: auto; }
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
/* JS 의 dynamic toggle */
|
||||
btn.addEventListener('mouseenter', () => btn.style.willChange = 'transform');
|
||||
btn.addEventListener('animationend', () => btn.style.willChange = 'auto');
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### Pattern 4: contain 의 layout 격리
|
||||
```css
|
||||
.list-item {
|
||||
contain: layout paint style;
|
||||
/* 매 child 의 reflow 매 ancestor 의 propagate 의 X */
|
||||
}
|
||||
|
||||
.modal {
|
||||
contain: strict; /* layout + paint + size + style */
|
||||
}
|
||||
```
|
||||
|
||||
### Pattern 5: View Transitions API (2026 stable)
|
||||
```css
|
||||
/* 매 navigation 의 자동 cross-fade — Chrome 130+, Safari 18+ */
|
||||
@view-transition { navigation: auto; }
|
||||
|
||||
::view-transition-old(card),
|
||||
::view-transition-new(card) {
|
||||
animation-duration: 400ms;
|
||||
}
|
||||
|
||||
.card[data-id="42"] { view-transition-name: card-42; }
|
||||
```
|
||||
|
||||
```js
|
||||
// SPA 의 trigger
|
||||
document.startViewTransition(() => {
|
||||
renderNewState();
|
||||
});
|
||||
```
|
||||
|
||||
### Pattern 6: requestAnimationFrame 의 JS animation
|
||||
```js
|
||||
function smoothScroll(target) {
|
||||
const start = window.scrollY;
|
||||
const distance = target - start;
|
||||
const duration = 400;
|
||||
let startTime = null;
|
||||
|
||||
function step(t) {
|
||||
if (!startTime) startTime = t;
|
||||
const elapsed = t - startTime;
|
||||
const progress = Math.min(elapsed / duration, 1);
|
||||
const eased = 1 - Math.pow(1 - progress, 3); // easeOutCubic
|
||||
window.scrollTo(0, start + distance * eased);
|
||||
if (progress < 1) requestAnimationFrame(step);
|
||||
}
|
||||
requestAnimationFrame(step);
|
||||
}
|
||||
```
|
||||
|
||||
### Pattern 7: Web Animations API (declarative + JS control)
|
||||
```js
|
||||
const anim = element.animate(
|
||||
[
|
||||
{ transform: 'translateX(0)', opacity: 0 },
|
||||
{ transform: 'translateX(100px)', opacity: 1 }
|
||||
],
|
||||
{ duration: 500, easing: 'cubic-bezier(0.4, 0, 0.2, 1)', fill: 'forwards' }
|
||||
);
|
||||
|
||||
anim.onfinish = () => element.style.willChange = 'auto';
|
||||
anim.pause(); // scrubbing 의 가능
|
||||
```
|
||||
|
||||
### Pattern 8: prefers-reduced-motion 의 존중
|
||||
```css
|
||||
@media (prefers-reduced-motion: reduce) {
|
||||
*, *::before, *::after {
|
||||
animation-duration: 0.01ms !important;
|
||||
transition-duration: 0.01ms !important;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### Pattern 9: transform 의 3D promotion (legacy)
|
||||
```css
|
||||
/* 매 Safari 의 layer promotion 의 강제 — 2026 매 거의 불필요 (will-change 의 사용) */
|
||||
.legacy-promoted {
|
||||
transform: translateZ(0);
|
||||
/* 또는 backface-visibility: hidden; */
|
||||
}
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| Hover micro-interaction | `transition: transform, opacity` |
|
||||
| Page navigation | View Transitions API |
|
||||
| Complex sequence | `@keyframes` + `animation-*` |
|
||||
| JS-controlled scrub | Web Animations API |
|
||||
| Scroll-linked | `animation-timeline: scroll()` (CSS Scroll-driven, 2026 stable) |
|
||||
| Heavy DOM list | `contain: layout paint` 의 격리 |
|
||||
| Accessibility | `prefers-reduced-motion` 의 fallback |
|
||||
|
||||
**기본값**: `transform` + `opacity` 매 transition, 매 will-change 의 interaction-scoped 의 toggle.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[CSS]] · [[Frontend Performance Optimization (FE 성능 최적화)]]
|
||||
- 변형: [[애니메이션]] · [[View Transitions API]] · [[CSS Scroll-driven Animations]]
|
||||
- 응용: [[애니메이션을 활용한 인터랙션 디자인]] · [[즉각적인 UI 피드백 제공]]
|
||||
- Adjacent: [[Web Workers]] · [[GPU Compositing]] · [[Lighthouse]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: animation jank 의 진단, will-change 의 적절한 scope 의 권고, layout-trigger property 의 transform 의 변환.
|
||||
**언제 X**: 매 specific timing curve 의 design 결정 — 매 designer 의 영역.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Animate `top`/`left`/`width`/`height`**: 매 reflow 매 frame, jank 의 보장.
|
||||
- **`will-change` 의 globalsync**: 매 모든 element 의 promotion → GPU memory exhaustion.
|
||||
- **`@keyframes` 의 box-shadow animate**: 매 paint 의 매 frame, 매 mobile 의 dropped frames.
|
||||
- **JavaScript setInterval 의 animation**: 매 rAF 의 사용 — 매 vsync 의 sync 의 X.
|
||||
- **prefers-reduced-motion 의 무시**: 매 vestibular disorder user 의 motion sickness.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (web.dev: Animations performance, Chrome DevTools Performance panel, MDN CSS Animations 2026).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — GPU compositor pipeline, will-change scope, View Transitions API patterns |
|
||||
|
||||
Reference in New Issue
Block a user