Data fetching w App Router — jak Next.js domyślnie cachuje `fetch()`?

Głębiej

W App Router `fetch()` używany w **Server Components** korzysta z cachowania Next.js:

• **Request memoization**: identyczne fetche w trakcie jednego renderu są deduplikowane.
• **Data cache** (jeśli dozwolone): wyniki mogą być współdzielone między requestami, co daje efekt SSG/ISR.

Domyślnie Next cachuje requesty typu GET, gdy może (podobnie do `force-cache`). Cache możesz wyłączyć albo kontrolować świeżość przez revalidate.

Sterowanie

Wyłącz cache (SSR):

await fetch(url, { cache: 'no-store' })

Revalidate co N sekund (ISR):

await fetch(url, { next: { revalidate: 60 } })

Co może wymusić dynamiczność

Odczyt wartości per request, np. `cookies()` lub `headers()`, może zrobić trasę dynamiczną i wpłynąć na cache.

Typowe pułapki

• Założenie, że client-side `fetch` używa tego samego cache (nie — to cache przeglądarki).
• Headers/credentials wpływają na klucz cache.