React-intervjufrågor att vänta sig

Reacts yta är enorm, och frågelistor behandlar varje hörn som lika sannolikt. Det är de inte. Det här avsnittet täcker de koncept som faktiskt avgör de flesta rundor, så att du kan öva på den verkliga fördelningen. Fyra kluster dominerar:

• Hooks-mekanik: reglerna för hooks, vad som hör hemma i en useEffect-beroendearray, cleanup-funktioner, och stale closure-buggen där en effect eller callback ser ett gammalt state-värde.
• Rendering: vad som utlöser en re-render, hur reconciliation jämför träd, och varför stabila keys spelar roll i listor.
• State-design: att lyfta state, controlled kontra uncontrolled inputs, och när context passar bättre än en extern store.
• Prestanda: React.memo, useMemo, useCallback, och när vart och ett är brus snarare än hjälp.

Intervjuare undersöker varför bakom varje del. Att rabbla att keys måste vara unika ger inga poäng; att förklara vad React gör med en key när en lista ändrar ordning gör det.

De flesta React-rundor innebär att bygga en liten komponent live. De återkommande övningarna är stabila mellan olika företag:

• Hämta en lista från ett API, rendera den, och lägg till ett textfilter.
• Lägg till debounce på ett sökfält och avbryt inaktuella requests.
• Bygg ett formulär med validering och controlled inputs.
• Skriv en räknare eller timer som städar upp sin effect korrekt.
• Extrahera en custom hook från upprepad logik.

En front end-ingenjör som intervjuas för en produktroll på mellannivå kan till exempel få bygga fetch-och-filtrera-listan, för att sedan bli utmanad på loading states, error states, och vad som händer när komponenten avmonteras mitt i en request. Det är i dessa utökningar rundor vinns; grundövningen är bara ett minimikrav.

Att träna på det här under tidspress med följdfrågor är det som gör det automatiskt; sidan mock interview beskriver hur man kör tidsbestämda sessioner där intervjuaren fortsätter trycka på.

Intervjuer på senior-nivå går från mekanik till omdöme. Förvänta dig frågor om state-arkitektur: vad som hör hemma i komponentens state, vad som hör hemma i en store, hur server-state skiljer sig från UI-state, och var caching passar in. Frågor om renderingsprestanda blir konkreta: att hitta källan till en långsam interaktion, att välja mellan memoization och omstrukturering, och att läsa en flame graph från en profiler.

Server-side rendering och hydration dyker upp där teamet kör ett ramverk ovanpå React: vad hydration är, varför mismatchningar uppstår, och vad man vinner på att flytta arbete till servern. Testfrågor fokuserar på strategi, vad du testar på komponentnivå kontra end to end, mer än på någon specifik biblioteks API.

Intervjuformat och hur en front end-runda vanligtvis sätter ihop dessa steg tas upp i interview types hub.

Att titta på handledningar bygger igenkänning, inte återkallning, och rundan testar återkallning under observation. Lösningen är repetition i rundans faktiska form: bygg standardövningarna från en tom fil, berätta högt medan du skriver, och svara på avbrott utan att tappa tråden. Frågeuppsättningar för närliggande stackar, inklusive grunderna i vanlig JavaScript som React-rundor fortfarande ofta öppnar med, finns i question banks hub.

En ärlig notering: React-intervjuer sker nästan alltid i en delad editor eller med din skärm synlig, och allt på den skärmen syns för intervjuaren. En assistent hör hemma under förberedelse och övning, inte i själva den skärmdelade rundan. Vid legitim live-användning stannar SubcueAI:s overlay lokalt på din enhet och ingen bot ansluter till samtalet; inställningar för övningssessioner finns på sidan tutorial.