Häufige JavaScript-Interviewfragen
Von Aaron Cao · Aktualisiert am

Erwarte Grundlagen: Closures, die Event Loop, this-Bindung, Prototypen und Scoping mit var, let und const. Danach Coding-Übungen wie die Implementierung von debounce, das Abflachen eines Arrays oder das Schreiben eines Promise-Utilitys, dazu Browser-Themen wie Event Delegation. Bei Senior-Runden kommen async-Patterns und Performance dazu.
Welche JavaScript-Grundlagen werden am häufigsten gefragt?
Die Liste möglicher JavaScript-Fragen wirkt endlos, und wahllos Fragen zu pauken ist der langsamste Weg hindurch. Dieser Abschnitt grenzt sie auf die Konzepte ein, zu denen Interviewer in fast jeder Runde zurückkehren, damit deine Vorbereitung der tatsächlichen Verteilung entspricht. Fünf Themen machen den Großteil der Screening-Runden aus:
- Closures: was eine Funktion einfängt, der klassische Loop-Variable-Bug, und warum Modulmuster funktionieren.
- Die Event Loop: Call Stack, Task-Queue und Microtask-Queue, und in welcher Reihenfolge Logs in einem gemischten Beispiel ausgegeben werden.
- this-Bindung: Standardbindung, implizite Bindung, explizite Bindung mit call und apply, und wie sich Arrow-Funktionen unterscheiden.
- Prototypen: Property-Lookup entlang der Kette, und wozu class-Syntax letztlich kompiliert wird.
- Scoping: var gegenüber let und const, Hoisting, und die Temporal Dead Zone.
Gleichheits-Coercion mit == gegenüber ===, Truthiness, und Array-Methoden wie map, filter und reduce runden die Screening-Ebene ab. Wenn du jeden Punkt oben in unter einer Minute laut erklären kannst, steht die Grundlagenrunde.
Welche Coding-Übungen solltest du üben?
Neben Konzeptfragen enthalten die meisten JavaScript-Runden eine kurze Implementierungsübung, die live gelöst wird. Die wiederkehrende Auswahl ist klein und es lohnt sich, sie so lange zu üben, bis jede davon nur Minuten dauert, nicht mehrere Versuche:
debounceundthrottleimplementieren und sagen, wann welches passt.- Ein verschachteltes Array mit und ohne Rekursion abflachen.
- Eine vereinfachte Version von
Promise.allschreiben, die beim ersten Fehlschlag rejected. - Einen kleinen Event Emitter mit on, off und emit bauen.
- Ein Objekt tief klonen und benennen, welche Fälle deine Version übersieht.
Ein Frontend-Kandidat, der sich für eine Position auf mittlerer Ebene bewirbt, bekommt zum Beispiel debounce als Aufwärmübung, und wird dann gebeten, es an ein Suchfeld anzubinden und zu erklären, was mit laufenden Requests passiert. Die eigentliche Prüfung ist die Nachfrage; Interviewer erweitern die Übung, um zu sehen, wo dein Sprachmodell endet.
Das laut zu üben, gegenüber einem Interviewer, der nachhakt, ist es, was es verankert; die Seite Mock-Interview beschreibt, wie zeitlich begrenzte Sitzungen mit Nachfragen ablaufen.
Wie sehen Browser- und async-Fragen aus?
Browser-lastige Rollen fügen den Sprachgrundlagen eine weitere Ebene hinzu. Event Delegation ist der Ankerpunkt: warum ein einzelner Listener auf einem Elternelement besser ist als tausend auf den Kindern, wie Bubbling das ermöglicht, und wann die Capture-Phase wichtig ist. DOM-Update-Batching, Layout Thrashing, und was einen Reflow auslöst, tauchen in performance-lastigen Screenings auf.
async-Fragen haben sich zu einer Standardform verdichtet: ein Snippet, das setTimeout, Promise-Ketten und async-Funktionen mischt, bei dem du die Ausgabereihenfolge vorhersagen musst. Die Antwort hängt von der Reihenfolge von Microtasks gegenüber Macrotasks ab, und Interviewer interessieren sich mehr für das Warum als für die Reihenfolge selbst. Fehlerbehandlung über await-Grenzen hinweg, Promise-Verkettung gegenüber Verschachtelung, und das Wettrennen von Requests mit Promise.race runden diesen Bereich ab.
Wie sich diese Runden zwischen Coding-, Verhaltens- und System-Design-Formaten unterscheiden, wird im Hub zu Interviewtypen behandelt.
Wie übst du, damit es sich auf die echte Runde überträgt?
Antworten zu lesen fühlt sich produktiv an, überträgt sich aber kaum. Die Runde wird gesprochen, zeitlich begrenzt und interaktiv, also muss die Übung das auch sein. Führe simulierte Sitzungen durch, in denen du beim Tippen laut erklärst, durch Nachfragen unterbrochen wirst und gegen die Uhr arbeitest; genau dieser Druck macht das Abrufen automatisch. Rollenspezifische Sets für andere Sprachen und Stacks findest du im Hub für Fragenkataloge.
Eine ehrliche Anmerkung: Echte JavaScript-Runden finden meist in einem geteilten Editor mit sichtbarem Bildschirm statt, und beaufsichtigte Assessments zeichnen das auf. Ein Assistent ist für Vorbereitung und Übung gedacht, nicht für den live geteilten Bildschirm. Dort, wo Live-Hilfe legitim ist, etwa bei nicht geteilten Telefon-Screenings oder deinen eigenen Vorbereitungssitzungen, bleibt das Overlay von SubcueAI lokal auf deinem Gerät, und es nimmt kein Bot am Anruf teil.
FAQ
Sind JavaScript-Interviews nur LeetCode-Probleme?
Worauf sollte sich ein Junior-Entwickler zuerst konzentrieren?
Wie erkläre ich die Event Loop einfach?
Decken JavaScript-Interviews auch TypeScript ab?
Verwandte Fragen
- Mit welchen Databricks-Interviewfragen sollte ich rechnen?
- Welche .NET-Interviewfragen sollte ich erwarten?
- Welche Fragen erwarten mich in einem Quality-Engineer-Interview?
- Mit welchen Quant-Interviewfragen sollte ich rechnen?
- Welche Snowflake-Interviewfragen sollte ich erwarten?
- Welche Fragen erwarten mich in einem Lehrerinterview?