Compartilhar via


Threading no Xamarin.iOS

O runtime do Xamarin.iOS dá aos desenvolvedores acesso às APIs de threading do .NET, explicitamente ao usar threads (System.Threading.Thread, System.Threading.ThreadPool) e implicitamente ao usar os padrões delegados assíncronos ou os métodos BeginXXX, bem como a gama completa de APIs que dão suporte à Biblioteca Paralela de Tarefas.

O Xamarin recomenda fortemente que você use a TPL (Biblioteca Paralela de Tarefas ) para criar aplicativos por alguns motivos:

  • O agendador TPL padrão delegará a execução da tarefa ao pool de threads, o que, por sua vez, aumentará dinamicamente o número de threads necessários à medida que o processo ocorrer, evitando um cenário em que muitos threads acabem competindo por tempo de CPU.
  • É mais fácil pensar em operações em termos de Tarefas TPL. Você pode manipulá-los facilmente, agende-os, serialize sua execução ou inicie muitos em paralelo com um conjunto avançado de APIs.
  • É a base para a programação com as novas extensões de linguagem assíncrona do C#.

O pool de threads aumentará lentamente o número de threads conforme necessário com base no número de núcleos de CPU disponíveis no sistema, na carga do sistema e nas demandas do aplicativo. Você pode usar esse pool de threads invocando métodos no System.Threading.ThreadPool ou usando o padrão System.Threading.Tasks.TaskScheduler (parte das Estruturas Paralelas).

Normalmente, os desenvolvedores usam threads quando precisam criar aplicativos responsivos e não querem bloquear o loop de execução da interface do usuário main.

Desenvolvendo aplicativos responsivos

O acesso aos elementos da interface do usuário deve ser limitado ao mesmo thread que está executando o loop main para seu aplicativo. Se você quiser fazer alterações na interface do usuário main de um thread, deverá enfileirar o código usando NSObject.InvokeOnMainThread, desta forma:

MyThreadedRoutine ()  
{  
    var result = DoComputation ();  

    // we want to update an object that is managed by the main
    // thread; To do so, we need to ensure that we only access
    // this from the main thread:

    InvokeOnMainThread (delegate {  
        label.Text = "The result is: " + result;  
    });
}

O acima invoca o código dentro do delegado no contexto do thread main, sem causar nenhuma condição de corrida que possa causar falhas no aplicativo.

Threading e Coleta de Lixo

No decorrer da execução, o Objective-C runtime criará e liberará objetos. Se os objetos forem sinalizados para "liberação automática", o Objective-C runtime liberará esses objetos para o thread atual NSAutoReleasePool. O Xamarin.iOS cria um NSAutoRelease pool para cada thread do System.Threading.ThreadPool e para o thread main. Isso por extensão abrange todos os threads criados usando o TaskScheduler padrão em System.Threading.Tasks.

Se você criar seus próprios threads usando System.Threading , precisará fornecer seu próprio NSAutoRelease pool para evitar que os dados vazem. Para fazer isso, basta encapsular seu thread na seguinte parte do código:

void MyThreadStart (object arg)
{
   using (var ns = new NSAutoReleasePool ()){
      // Your code goes here.
   }
}

Observação: como o Xamarin.iOS 5.2 não é mais necessário fornecer o seu próprio NSAutoReleasePool , pois um será fornecido automaticamente para você.