React-Interviewfragen, die dich erwarten

Die Oberfläche von React ist riesig, und Fragenlisten behandeln jede Ecke davon als gleich wahrscheinlich. Das sind sie nicht. Dieser Abschnitt behandelt die Konzepte, die tatsächlich über die meisten Interviews entscheiden, damit du nach der echten Verteilung übst. Vier Bereiche dominieren:

• Hook-Mechanik: die Regeln der Hooks, was ins Dependency-Array von useEffect gehört, Cleanup-Funktionen, und der Bug mit veralteten Closures, bei dem ein Effect oder Callback einen alten State-Wert sieht.
• Rendering: was ein Re-Render auslöst, wie Reconciliation Bäume vergleicht, und warum stabile Keys in Listen wichtig sind.
• State-Design: State nach oben heben, kontrollierte gegenüber unkontrollierten Inputs, und wann Context statt eines externen Stores passt.
• Performance: React.memo, useMemo, useCallback, und wann jedes davon eher Rauschen als Hilfe ist.

Interviewer fragen nach dem Warum hinter jedem Punkt. Aufzusagen, dass Keys eindeutig sein müssen, bringt nichts; erklären zu können, was React beim Umsortieren einer Liste mit einem Key macht, dagegen schon.

Die meisten React-Interviews beinhalten den Live-Aufbau einer kleinen Komponente. Die wiederkehrenden Übungen sind über Unternehmen hinweg stabil:

• Eine Liste von einer API laden, rendern und einen Textfilter hinzufügen.
• Ein Suchfeld mit Debounce versehen und veraltete Anfragen abbrechen.
• Ein Formular mit Validierung und kontrollierten Inputs bauen.
• Einen Counter oder Timer schreiben, der seinen Effect korrekt aufräumt.
• Einen Custom Hook aus wiederholter Logik extrahieren.

Ein Frontend-Engineer, der sich für eine Produktrolle im Mid-Level bewirbt, könnte zum Beispiel die Fetch-und-Filter-Liste bauen und dann zu Ladezuständen, Fehlerzuständen und dem Verhalten beim Unmounten der Komponente mitten in der Anfrage befragt werden. Die Erweiterungen entscheiden das Interview; die Basisübung ist nur die Eintrittskarte.

Diese Übungen unter Zeitdruck mit Nachfragen zu trainieren, macht sie automatisch; die Seite Mock-Interview beschreibt, wie man zeitlich begrenzte Sessions durchführt, in denen der Interviewer nachhakt.

Senior-Interviews verschieben sich von Mechanik zu Urteilsvermögen. Rechne mit Fragen zur State-Architektur: was im State der Komponente lebt, was in einen Store gehört, wie sich Server-State vom UI-State unterscheidet, und wo Caching ansetzt. Fragen zur Rendering-Performance werden konkret: die Ursache einer langsamen Interaktion finden, zwischen Memoization und Restrukturierung entscheiden, und ein Flame-Graph aus einem Profiler lesen.

Server-seitiges Rendering und Hydration tauchen auf, wenn das Team ein Framework auf React aufsetzt: was Hydration ist, warum Mismatches auftreten, und was der Umzug von Arbeit auf den Server bringt. Fragen zum Testing konzentrieren sich auf Strategie, was auf Komponentenebene gegenüber End-to-End getestet wird, mehr als auf die API einer bestimmten Bibliothek.

Interviewformate und wie ein Frontend-Prozess diese Runden typischerweise zusammenstellt, werden im Hub zu Interviewtypen behandelt.

Tutorials anzuschauen erzeugt Wiedererkennen, kein Erinnern, und das Interview testet Erinnern unter Beobachtung. Die Lösung sind Wiederholungen in der tatsächlichen Form des Interviews: die Standardübungen aus einer leeren Datei aufbauen, beim Tippen laut erklären, und Unterbrechungen beantworten, ohne den Faden zu verlieren. Fragensammlungen für benachbarte Stacks, einschließlich der reinen JavaScript-Grundlagen, mit denen React-Interviews immer noch beginnen, findest du im Hub für Fragensammlungen.

Eine ehrliche Anmerkung: React-Interviews laufen fast immer in einem geteilten Editor oder mit sichtbarem Bildschirm ab, und alles auf diesem Bildschirm ist für den Interviewer sichtbar. Ein Assistent gehört in die Vorbereitung und ins Üben, nicht in das Interview mit geteiltem Bildschirm selbst. Für legitime Live-Nutzung bleibt das Overlay von SubcueAI lokal auf deinem Rechner, und kein Bot tritt dem Call bei; die Einrichtung für Übungssessions findest du auf der Tutorial-Seite.