Compartilhar via


Migração da funcionalidade de threading

Este tópico descreve como migrar o código de threading em um aplicativo UWP (Plataforma Universal do Windows) para o SDK do Aplicativo Windows.

Resumo das diferenças de API e/ou recursos

O modelo de threading da UWP é uma variação do modelo STA (single-threaded apartment) chamado Application STA (ASTA), que bloqueia a reentrância e ajuda a evitar vários bugs e deadlocks de reentrância. Um thread ASTA também é conhecido como thread de interface do usuário.

O SDK do Aplicativo Windows usa um modelo de threading STA padrão, que não fornece as mesmas proteções de reentrância.

O tipo CoreDispatcher migra para DispatcherQueue. E o método CoreDispatcher.RunAsync migra para DispatcherQueue.TryEnqueue.

C++/WinRT. Se você estiver usando winrt::resume_foreground com CoreDispatcher, migre-o para usar DispatcherQueue .

Modelo de threading ASTA para STA

Para obter mais detalhes sobre o modelo de threading ASTA, consulte a postagem no blog O que há de tão especial no STA do aplicativo?.

Como o modelo de threading STA do SDK do Aplicativo Windows não tem as mesmas garantias sobre como evitar problemas de reentrância, se o aplicativo UWP assumir o comportamento não reentrante do modelo de threading ASTA, seu código poderá não se comportar conforme o esperado.

Uma coisa a ser observada é a reentrância em controles XAML (consulte o exemplo em Uma migração SDK do Aplicativo Windows do aplicativo de exemplo do Editor de Fotos UWP (C++/WinRT)). E para algumas falhas, como violações de acesso, a pilha de chamadas de falha direta geralmente é a pilha certa a ser usada. Mas se for uma falha de exceção armazenada, que tem o código de exceção: 0xc000027b, será necessário mais trabalho para obter a pilha de chamadas correta.

Exceções armazenadas

As falhas de exceção armazenadas salvam um possível erro e isso é usado posteriormente se nenhuma parte do código manipular a exceção. Às vezes, o XAML decide que o erro é fatal imediatamente, caso em que a pilha de falha direta pode ser boa. Mas, com mais frequência, a pilha se desenrolou antes de ser determinada como fatal. Para obter mais detalhes sobre exceções armazenadas, consulte o episódio do Inside Show C000027B Exceção Armazenada.

Para falhas de exceção retraídas (para ver uma bomba de mensagem aninhada ou para ver a exceção específica do controle XAML sendo lançada), você pode obter mais informações sobre a falha carregando um despejo de memória no WinDbg (Depurador do Windows) (consulte Baixar ferramentas de depuração para Windows) e, em seguida, usando !pde.dse para despejar as exceções armazenadas.

A extensão do depurador PDE (para o !pde.dse comando) está disponível baixando o arquivo PDE*.zip do OneDrive. Coloque o x64 ou x86 .dll apropriado desse arquivo zip no winext diretório da instalação do WinDbg e, em seguida !pde.dse , funcionará em despejos de falha de exceção armazenados.

Freqüentemente, haverá várias exceções armazenadas, com algumas no final que foram tratadas/ignoradas. Mais comumente, a primeira exceção retraída é a interessante. Em alguns casos, a primeira exceção retraída pode ser um novo lançamento da segunda, portanto, se a segunda exceção retraída aparecer mais profundamente na mesma pilha que a primeira, a segunda exceção poderá ser a origem do erro. O código de erro mostrado com cada exceção retraída também é valioso, pois fornece o HRESULT associado a essa exceção.

Alterar Windows.UI.Core.CoreDispatcher para Microsoft.UI.Dispatching.DispatcherQueue

Esta seção se aplica se você estiver usando a classe Windows.UI.Core.CoreDispatcher em seu aplicativo UWP. Isso inclui o uso de quaisquer métodos ou propriedades que usam ou retornam um CoreDispatcher, como as propriedades DependencyObject.Dispatcher e CoreWindow.Dispatcher. Por exemplo, você chamará DependencyObject.Dispatcher ao recuperar o CoreDispatcher pertencente a um Windows.UI.Xaml.Controls.Page.

// MainPage.xaml.cs in a UWP app
if (this.Dispatcher.HasThreadAccess)
{
    ...
}
// MainPage.xaml.cpp in a UWP app
if (this->Dispatcher().HasThreadAccess())
{
    ...
}

Em vez disso, em seu aplicativo SDK do Aplicativo Windows, você precisará usar a classe Microsoft.UI.Dispatching.DispatcherQueue. E os métodos ou propriedades correspondentes que usam ou retornam um DispatcherQueue, como as propriedades DependencyObject.DispatcherQueue e Microsoft.UI.Xaml.Window.DispatcherQueue. Por exemplo, você chamará DependencyObject.DispatcherQueue ao recuperar o DispatcherQueue pertencente a um Microsoft.UI.Xaml.Controls.Page (a maioria dos objetos XAML são DependencyObjects).

// MainPage.xaml.cs in a Windows App SDK app
if (this.DispatcherQueue.HasThreadAccess)
{
    ...
}
// MainPage.xaml.cpp in a Windows App SDK app
#include <winrt/Microsoft.UI.Dispatching.h>
...
if (this->DispatcherQueue().HasThreadAccess())
{
    ...
}

Alterar CoreDispatcher.RunAsync para DispatcherQueue.TryEnqueue

Esta seção se aplica se você estiver usando o método Windows.UI.Core.CoreDispatcher.RunAsync para agendar uma tarefa a ser executada no thread principal da interface do usuário (ou no thread associado a um Windows.UI.Core.CoreDispatcher específico).

// MainPage.xaml.cs in a UWP app
public void NotifyUser(string strMessage)
{
    if (this.Dispatcher.HasThreadAccess)
    {
        StatusBlock.Text = strMessage;
    }
    else
    {
        var task = this.Dispatcher.RunAsync(
            Windows.UI.Core.CoreDispatcherPriority.Normal,
            () => StatusBlock.Text = strMessage);
    }
}
// MainPage.cpp in a UWP app
void MainPage::NotifyUser(std::wstring strMessage)
{
    if (this->Dispatcher().HasThreadAccess())
    {
        StatusBlock().Text(strMessage);
    }
    else
    {
        auto task = this->Dispatcher().RunAsync(
            Windows::UI::Core::CoreDispatcherPriority::Normal,
            [strMessage, this]()
            {
                StatusBlock().Text(strMessage);
            });
    }
}

Em seu aplicativo SDK do Aplicativo Windows, use o método Microsoft.UI.Dispatching.DispatcherQueue.TryEnqueue). Ele adiciona ao Microsoft.UI.Dispatching.DispatcherQueue uma tarefa que será executada no thread associado ao DispatcherQueue.

// MainPage.xaml.cs in a Windows App SDK app
public void NotifyUser(string strMessage)
{
    if (this.DispatcherQueue.HasThreadAccess)
    {
        StatusBlock.Text = strMessage;
    }
    else
    {
        bool isQueued = this.DispatcherQueue.TryEnqueue(
        Microsoft.UI.Dispatching.DispatcherQueuePriority.Normal,
        () => StatusBlock.Text = strMessage);
    }
}
// MainPage.xaml.cpp in a Windows App SDK app
#include <winrt/Microsoft.UI.Dispatching.h>
...
void MainPage::NotifyUser(std::wstring strMessage)
{
    if (this->DispatcherQueue().HasThreadAccess())
    {
        StatusBlock().Text(strMessage);
    }
    else
    {
        bool isQueued = this->DispatcherQueue().TryEnqueue(
            Microsoft::UI::Dispatching::DispatcherQueuePriority::Normal,
            [strMessage, this]()
            {
                StatusBlock().Text(strMessage);
            });
    }
}

Migrar winrt:: winrt::resume_foreground (C++/WinRT)

Esta seção se aplicará se você usar a função winrt::resume_foreground em uma corrotina em seu aplicativo UWP C++/WinRT.

Na UWP, o caso de uso para winrt::resume_foreground é alternar a execução para um thread em primeiro plano (esse thread em primeiro plano geralmente é aquele associado a um Windows.UI.Core.CoreDispatcher). Aqui está um exemplo disso.

// MainPage.cpp in a UWP app
winrt::fire_and_forget MainPage::ClickHandler(IInspectable const&, RoutedEventArgs const&)
{
    ...
    co_await winrt::resume_foreground(this->Dispatcher());
    ...
}

Em seu aplicativo SDK do Aplicativo Windows:

Portanto, primeiro adicione uma referência ao pacote NuGet Microsoft.Windows.ImplementationLibrary .

Em seguida, adicione a seguinte inclusão no pch.h projeto de destino.

#include <wil/cppwinrt_helpers.h>

E então siga o padrão mostrado abaixo.

// MainPage.xaml.cpp in a Windows App SDK app
...
winrt::fire_and_forget MainPage::ClickHandler(IInspectable const&, RoutedEventArgs const&)
{
    ...
    co_await wil::resume_foreground(this->DispatcherQueue());
    ...
}

Confira também