Middle .NET Backend Developer — Perguntas de entrevista .NET

O que acontece de fato quando você faz `await` num `Task`?

O compilador reescreve o método como uma máquina de estados: o código antes do await roda de forma síncrona, e se a tarefa ainda não terminou, o método devolve o controle para quem chamou imediatamente e libera a thread em vez de bloqueá-la. A continuação é retomada quando a tarefa termina, por padrão no SynchronizationContext capturado, por isso código de biblioteca chama ConfigureAwait(false) para evitar deadlocks e trocas de contexto desnecessárias.

Como as gerações do GC se relacionam com o padrão `IDisposable`?

O CLR promove objetos sobreviventes da geração 0 para 1, depois para 2, coletando a gen 0 de forma barata e frequente, e a gen 2 raramente, mas de forma cara. O GC só libera memória gerenciada — recursos não gerenciados como handles de arquivo ou conexões de banco precisam de limpeza explícita, para o que existem IDisposable e um finalizador como rede de segurança: Dispose() os libera de forma determinística, e o finalizador cobre o caso em que quem chamou esqueceu de invocá-lo.

Como o change tracking do EF Core causa problemas de performance, e como evitá-los?

Por padrão, toda entidade carregada por um DbContext é rastreada — o EF Core mantém um snapshot para detectar o que mudou quando SaveChanges() roda. Para uma lista somente leitura isso é puro overhead, então caminhos de leitura devem usar .AsNoTracking(). O outro custo clássico é o problema N+1 — acessar uma propriedade de navegação dentro de um loop sem Include() dispara uma consulta por linha.

Quando você escolheria Minimal APIs em vez de controllers MVC no ASP.NET Core?

Minimal APIs pulam a cerimônia dos controllers — uma única lambda app.MapGet(...) com parâmetros vinculados da rota, query ou body —, o que basta para um serviço pequeno e inicia mais rápido com menos overhead de reflection. Os controllers valem a pena quando você precisa de convenções de model binding, validação com [ApiController], filtros, ou uma superfície grande onde agrupar ações por recurso mantém o código navegável.

Como você faz teste unitário de uma classe que depende de outros serviços em .NET?

O xUnit é o framework padrão — [Fact] para um caso único, [Theory] com [InlineData] para casos parametrizados. As dependências são substituídas por mocks do Moq: Mock<IRepository> permite configurar valores de retorno com .Setup() e verificar chamadas com .Verify(), para que o teste exercite a classe isoladamente em vez de um banco real. A armadilha é o excesso de mocks — um teste que só verifica se cinco colaboradores foram chamados em ordem está testando a configuração dos mocks, não o comportamento.