C# - Programação Assíncrona c/async e await (revisitado) - II


 Neste artigo vou revisar os conceitos da programação assíncrona com async e await da linguagem C# mostrando como evitar deadlocks.

Continuando o artigo anterior agora veremos como evitar o temido deadlock.

Se você ainda não sabe um deadlock segue a definição Wikipédia do termo:

"Um deadlock (interbloqueio, blocagem, impasse) refere-se a uma situação em que ocorre um impasse, e dois ou mais processos ficam impedidos de continuar suas execuções - ou seja, ficam bloqueados, esperando uns pelos outros."

De uma forma bem simples podemos dizer que em um deadlock um processo A fica bloqueado esperando por dados do processo B, que por sua vez esta bloqueado esperando dados do processo A.

Recursos Usados neste artigo :

Evitando DeadLocks quando usar async/await

Vamos usar o projeto WF_ProgAssinc criado no artigo anterior.

Se você não tomar cuidado pode ser levado a causar um deadlock na sua aplicação fazendo que ela trave.

Você pode fácilmente causar um deadlock na sua aplicação misturando código assíncrono com código síncrono.

Vou mostrar isso neste exemplo. Inclua um novo botão de comando e um novo TextBox  no formulário :

Abaixo vemos o novo leiaute do formulário:

A seguir defina um novo método chamado LerTexto2Async() no formulário conforme o código abaixo:

      private static async Task<string> LerTexto2Async(string valor)
      {
            await Task.Delay(TimeSpan.FromMilliseconds(8000));
            return $"Olá, {valor}";
     }

Este método é um método assíncrono que espera por 8 segundos para retornar uma valor string concatenado, estamos usando a interpolação de strings, com o parâmetro valor que é uma string.

Para chamar este método inclua o código abaixo no evento Click do botão - Bloquear :

    private void btnDeadLock_Click(object sender, EventArgs e)
    {
            var valorLido = LerTexto2Async("Macoratti");
            txtTexto2.Text = valorLido.Result;
    }

Agora execute a aplicação e observe o resultado:

A aplicação vai travar pois entrou em deadlock e assim você não pode realizar nenhuma operação e a hora também deixou de ser atualizada na barra de títulos do formulário.

Para encerrar a aplicação teremos que recorrer a força bruta.

Então, o que aconteceu aqui ?

Bem, a resposta tem a ver com contextos.

• A aplicação Windows Forms usa um segmento UI e, portanto, o contexto é um contexto de interface do usuário;
• Ao responder a requisições ASP.NET, o contexto é um contexto de requisição ASP.NET.
• Se não for o caso, o contexto do pool de threads será usado.

Existe uma thread que é responsável pela interface do usuário: a UI Thread. A UI só pode ser atualizada se for chamada a partir desta thread, portanto, se essa thread estiver bloqueada, o aplicativo não responderá.

Ao clicar no botão Bloquear o código bloqueia a thread de contexto porque está aguardando o método assíncrono terminar.

O método assíncrono, por outro lado, aguarda pacientemente o contexto para ser liberado e assim concluir. Isso acontece porque ele continua no mesmo contexto que o iniciou.

Assim o método síncrono fica esperando pelo método assíncrono e vice-versa. E temos a aplicação bloqueada.

Como resolver este problema ?

Existem uma forma de evitar esse problema.

1- A técnica é usar async/await para evitar o bloqueio da tarefa no código síncrono.

Vamos aplicar a primeira técnica modificando o código  do evento Click do botão Bloquear incluindo um async e um await conforme abaixo:

       private async void btnDeadLock_Click(object sender, EventArgs e)
        {
            var valorLido = await LerTexto2Async("Macoratti");
            txtTexto2.Text = valorLido;
        }

Execute a aplicação e a seguir clique no botão 'Bloquear' você verá que a aplicação agora se mantém responsiva e não ocorre o deadlock.

Outra forma encontrada para evitar deadlocks é usar ConfigureAwait(false).

No nosso exemplo usaríamos o ConfigureAwait(false) no método  LerTexto2Async() que ficaria assim:

      private static async Task<string> LerTexto2Async(string valor)
      {
            await Task.Delay(TimeSpan.FromMilliseconds(8000)).ConfigureAwait(false);
            return $"Olá, {valor}";
     }

Mas essa não é uma boa prática.

Usar ConfigureAwait(false) para evitar deadlocks é uma prática perigosa.

Você precisaria usar ConfigureAwait (false) para cada await no fechamento transitivo de todos os métodos chamados pelo código de bloqueio, incluindo todos os códigos de terceiros.

E estamos conversados. Até o próximo artigo.

'E o testemunho é este: que Deus nos deu a vida eterna; e esta vida está em seu Filho.(Jesus Cristo)'
1 João 5:11

Veja os Destaques e novidades do SUPER DVD Visual Basic (sempre atualizado) : clique e confira !

Quer migrar para o VB .NET ?

Quer aprender C# ??

Quer aprender os conceitos da Programação Orientada a objetos ?

Quer aprender o gerar relatórios com o ReportViewer no VS 2013 ?

Referências:


José Carlos Macoratti