Jak utrzymujesz wydajność renderowania CSS (reflow vs repaint)?

Question

Accepted Answer

Przeglądarka konwertuje zmiany CSS na piksele za pośrednictwem potoku, a różne zmiany wyzwalają różne (bardziej lub mniej kosztowne) etapy:

```text
Style → Layout (reflow) → Paint → Composite
```

- **Layout / reflow** — przeliczanie geometrii (pozycje/rozmiary). **Najdroższe** — zmiana jednego elementu może wymusić przeliczenie wielu innych.
- **Paint / repaint** — wypełnianie pikseli (kolory, tekst, cienie). Tańsze niż layout.
- **Composite** — łączenie już narysowanych warstw (GPU). **Najtańsze**.

## Dlaczego to ważne

```css
/* ❌ trigger LAYOUT (reflow) — costly, recalculates geometry every frame */
width, height, top, left, margin, padding, font-size

/* ⚠️ trigger PAINT — repaint pixels */
color, background, box-shadow, border-radius

/* ✅ trigger only COMPOSITE — GPU, no layout/paint */
transform, opacity
```

To jest jedyna najważniejsza reguła wydajności: **animuj `transform` i `opacity`, nie `width`/`top`/`margin`.** Animowanie właściwości layout ponownie uruchamia layout na każdej klatce (jank); transformacje są łączone przez GPU (płynne 60fps).

```css
/* ❌ janky */ @keyframes a { to { left: 300px; width: 200px; } }
/* ✅ smooth */ @keyframes b { to { transform: translateX(300px) scaleX(2); } }
```

## Hint the browser with will-change (sparingly)

```css
.animated { will-change: transform; } /* promotes to its own GPU layer ahead of time */
```

Używaj `will-change` tylko na elementach, które będą animowane — nadmierne użycie marnotrawni pamięć, tworząc zbyt wiele warstw.

## Unikaj layout thrashing w JS

```js
// ❌ read-write-read-write forces multiple synchronous reflows
for (const el of els) { el.style.width = el.offsetWidth + 10 + "px"; }
// ✅ batch reads, then writes
const widths = els.map(el => el.offsetWidth);
els.forEach((el, i) => el.style.width = widths[i] + 10 + "px");
```

## Inne wygrane

```text
- contain: layout/paint — isolate a subtree so changes don't reflow the whole page
- content-visibility: auto — skip rendering offscreen content
- minimize deep selectors and huge unused stylesheets
```

## Dlaczego to ważne

Wydajność renderowania dotyczy głównie *nie wyzwalania layout wielokrotnie*.

Wiedzenie, że `transform`/`opacity` są tylko do komponowania (tanie), podczas gdy `width`/`top`/`margin` wymuszają reflow (drogie) — plus unikanie layout thrashing i używanie `contain`/`content-visibility` — to właśnie utrzymuje animacje na 60fps i sprawia, że strony działają szybko.