React / Next.js

Next.js Data Fetching

Server-side rendering (SSR), statische Generierung (SSG), inkrementelle statische Regenerierung (ISR), Streaming

24 Interview-Fragen·
Mid-Level
1

Was ist das Standardverhalten von Server Components im Next.js App Router beim Data Fetching?

Antwort

Server Components führen das Data Fetching standardmäßig bei jeder Anfrage serverseitig durch und gewährleisten so frische Daten. Anders als beim Pages Router, wo getServerSideProps benötigt wurde, machen Server Components SSR implizit. Für statisches Caching muss die Option cache: 'force-cache' zum fetch hinzugefügt werden.

2

Welche fetch-Cache-Option ist äquivalent zu getStaticProps im Pages Router?

Antwort

Die Option cache: 'force-cache' weist Next.js an, die Antwort bis zur manuellen Invalidierung zu cachen, was getStaticProps entspricht. Diese Strategie generiert statischen Inhalt, der unbegrenzt gecacht bleibt. Die Option 'no-store' entspricht getServerSideProps (Re-Fetch bei jeder Anfrage), während next.revalidate getStaticProps mit revalidate (ISR) entspricht.

3

Wie erzwingt man dynamisches Data Fetching bei jeder Anfrage (getServerSideProps-Äquivalent)?

Antwort

Die Option cache: 'no-store' deaktiviert das Caching vollständig und erzwingt das Re-Fetching bei jeder Anfrage, entsprechend getServerSideProps. Diese Strategie gewährleistet immer frische Daten, erhöht aber die Latenz. Verwenden für Echtzeit-Daten (Dashboards, Benachrichtigungen, Live-Preise), wo Aktualität kritisch ist.

4

Wie implementiert man ISR (Incremental Static Regeneration) mit stündlicher Revalidierung?

5

Was macht der Export 'export const revalidate = 60' auf Seitenebene?

+21 Interview-Fragen

Meistere React / Next.js für dein nächstes Interview

Zugang zu allen Fragen, Flashcards, technischen Tests, Code-Review-Übungen und Interview-Simulatoren.

Kostenlos starten