Middle .NET Backend Developer — .NET-Interviewfragen

Was passiert tatsächlich, wenn du einen `Task` mit `await` erwartest?

Der Compiler baut die Methode in eine State Machine um: Code vor dem await läuft synchron, und wenn der Task noch nicht fertig ist, gibt die Methode die Kontrolle sofort an den Aufrufer zurück und gibt den Thread frei, statt zu blockieren. Die Fortsetzung läuft weiter, sobald der Task fertig ist, standardmäßig im erfassten SynchronizationContext, weshalb Library-Code ConfigureAwait(false) aufruft, um Deadlocks und unnötige Kontextwechsel zu vermeiden.

Wie hängen GC-Generationen mit dem `IDisposable`-Pattern zusammen?

Die CLR befördert überlebende Objekte von Generation 0 nach 1, dann nach 2, wobei Gen-0-Collections billig und häufig sind, Gen-2-Collections selten, aber teuer. Der GC gibt nur verwalteten Speicher frei — nicht verwaltete Ressourcen wie Datei-Handles oder Datenbankverbindungen brauchen explizites Aufräumen, wofür IDisposable und ein Finalizer als Sicherheitsnetz da sind: Dispose() gibt sie deterministisch frei, und der Finalizer fängt den Fall ab, dass ein Aufrufer vergessen hat, ihn aufzurufen.

Wie verursacht Change Tracking in EF Core Performance-Probleme, und wie vermeidest du sie?

Standardmäßig wird jede über einen DbContext geladene Entity getrackt — EF Core hält einen Snapshot, um bei SaveChanges() zu erkennen, was sich geändert hat. Für eine reine Leseliste ist das purer Overhead, weshalb Lesepfade .AsNoTracking() nutzen sollten. Die andere klassische Kostenstelle ist das N+1-Problem — der Zugriff auf eine Navigation Property innerhalb einer Schleife ohne Include() feuert eine Query pro Zeile ab.

Wann würdest du Minimal APIs statt MVC-Controllern in ASP.NET Core wählen?

Minimal APIs sparen sich die Controller-Zeremonie — eine einzelne app.MapGet(...)-Lambda mit Parametern, die aus Route, Query oder Body gebunden werden —, was für einen kleinen Service reicht und dank weniger Reflection schneller startet. Controller machen sich bezahlt, sobald du Model-Binding-Konventionen, [ApiController]-Validierung, Filter oder eine große Oberfläche brauchst, bei der die Gruppierung von Actions nach Ressource die Codebase navigierbar hält.

Wie unit-testest du eine Klasse, die von anderen Services abhängt, in .NET?

xUnit ist das Standard-Framework — [Fact] für einen einzelnen Fall, [Theory] mit [InlineData] für parametrisierte. Abhängigkeiten werden durch Moq-Mocks ersetzt: Mock<IRepository> lässt dich mit .Setup() Rückgabewerte festlegen und mit .Verify() Aufrufe prüfen, sodass der Test die Klasse isoliert testet statt eine echte Datenbank. Die Falle ist Over-Mocking — ein Test, der nur prüft, dass fünf Kollaboratoren in der richtigen Reihenfolge aufgerufen wurden, testet das Mock-Setup, nicht das Verhalten.