Vilka .NET-intervjufrågor kan jag vänta mig?

Intervjuarna börjar där ramverket börjar: i exekveringsmiljön. Var beredd att förklara vad Common Language Runtime gör (läser in assemblies, just-in-time-kompilerar intermediate language och hanterar minne) och sedan gå en nivå djupare i minnesinsamlingen. Följdfrågorna är förutsägbara: varför insamlaren är generationsbaserad, vad som gör att ett objekt överlever till en senare generation, vad heapen för stora objekt används till och varför IDisposable och using över huvud taget finns när minnet hanteras automatiskt. Besvara den sista frågan med ohanterade resurser som filhandtag och anslutningar, vilka insamlaren inte vet hur den ska frigöra i tid.

• Värdetyper och referenstyper. Var respektive typ lagras, vad kopiering innebär för dem och vad boxing kostar.
• async och await. Förklara att en inväntad uppgift frigör den anropande tråden i stället för att blockera den, varför async void är reserverat för händelsehanterare och vilket dödläge man menar när man varnar för .Result.
• LINQ. Uppskjuten körning är fällan: en IEnumerable-fråga körs när den itereras, inte när den skrivs, och en fråga mot en databasleverantör översätts till SQL endast för uttryck som leverantören förstår.
• Generiska typer, gränssnitt och records. Begränsningar, varför gränssnitt föredras framför basklasser för testbarhet och vilken nytta värdelikheten hos en record ger.

Besvara varje fråga med mekanismen och en konsekvens. Att säga att en insamling i den yngsta generationen är billig eftersom de flesta objekt dör unga är den nivå intervjuarna vill höra; att bara namnge generationerna utan att förklara varför räcker inte.

Du känner dig trygg med att skriva controllers men oroar dig för att frågorna ska handla om den underliggande infrastrukturen som du sällan rör. Den oron är befogad, eftersom det är där ramverksfrågorna finns. Här kommer därför infrastrukturen i den ordning den vanligtvis tas upp, tillsammans med respektive följdfråga.

• Pipeline för förfrågningar. Middleware körs i den ordning den registreras, och varje komponent väljer om nästa ska anropas. Följdfråga: var placeras autentisering i förhållande till auktorisering, och vad händer om du registrerar dem i omvänd ordning?
• Livstider för beroendeinjektion. Singleton lever under hela programmets livstid, scoped under en förfrågan och transient skapas varje gång beroendet löses. Den klassiska fällan är att injicera en scoped-tjänst, till exempel en databaskontext, i en singleton; var beredd att förklara varför det är ett fel.
• Konfiguration och options. Källor i lager, miljöspecifika åsidosättningar och options-mönstret för typade inställningar.
• EF Core. Ändringsspårning och när den ska stängas av för skrivskyddade frågor, N+1-problemet och hur eager loading eller projektion undviker det, migreringar samt den ärliga brytpunkten där en handskriven fråga slår LINQ.
• Testning. Hur gränssnitt och DI-containern gör en tjänst testbar samt vad en in-memory-leverantör bevisar och inte bevisar om en riktig databas.

De starkaste kandidaterna kopplar ihop dessa delar: en scoped-kontext som löses inuti en singleton-bakgrundstjänst är inte en kunskapsfråga, utan ett minnes- och korrekthetsfel som intervjuarna faktiskt själva har levererat. De vill höra att du uttryckligen skulle skapa ett scope.

I intervjuprocesser för seniora roller får du ett symptom och intervjuarna granskar din metod. Ett typiskt exempel: en backendutvecklare som intervjuas för en senior roll på ett logistikföretag får veta att minnesanvändningen för ett ASP.NET Core-API ökar i flera dagar tills containern startas om. Det starka svaret gissar inte. Det frågar vad som har ändrats, söker efter objekt som fångats av statiska cacheminnen eller långlivade händelseprenumerationer, letar efter scoped-tjänster som hålls kvar av singletons, granskar tillväxten i heapen för stora objekt och tar en ögonblicksbild av minnet innan en lösning föreslås. Intervjuaren bedömer i vilken ordning undersökningen utförs.

Andra återkommande scenarier: en slutpunkt som endast är långsam under belastning, där svaret går från synkrona databasanrop till async, uttömning av anslutningspoolen och cachelagring; ett race condition i en delad samling och kostnaden för samtidiga samlingar och olika låsalternativ; en förfrågan som måste anropa tre nedströmstjänster och hur du hanterar tidsgränser, nya försök och partiella fel; samt en migrering som måste lägga till en kolumn utan driftstopp. Ange i varje fall begränsningen, välj en mekanism och säg avvägningen högt.

Detta blir mycket enklare när du har övat högt med följdfrågor, vilket är vad läget för övningsintervjuer är byggt för; de andra frågebankerna för språk och roller finns samlade under intervjufrågor efter roll och ämne.

I samtalsbaserade rundor, ja, inom de angivna gränserna. SubcueAIs inbyggda skrivbordsapp för macOS och Windows fångar upp systemljudet och din mikrofon och visar korta svarsförslag i ett lokalt överlägg. När intervjuaren frågar varför en scoped-kontext inuti en singleton är ett fel finns mekanismen alltså på skärmen medan du förklarar den med egna ord. Webbläsartillägget stöder samtal i webbläsarflikar i Chrome och Edge genom att endast fånga mötesflikens ljud. Ingen bot ansluter till samtalet och inget injiceras på mötessidan; konfigurationen finns på sidan med handledningen.

Begränsningarna: en övervakad examination, en inspelad skärm, en företagsadministrerad bärbar dator eller en livekodningsövning där du skriver C# under uppsikt ingår inte, och assistenten är som svagast just när intervjun kräver att du skriver kod. Den fungerar bäst för frågorna ovan om exekveringsmiljön, ramverket och avvägningar. Mata först in ditt cv så att förslagen återspeglar de system du faktiskt har byggt; den profilen finns i cv-byggaren.