Acessando o Thread de UI (Principal) com segurança no WPF


95

Tenho um aplicativo que atualiza meu datagrid toda vez que um arquivo de log que estou observando é atualizado (anexado com novo texto) da seguinte maneira:

private void DGAddRow(string name, FunctionType ft)
    {
                ASCIIEncoding ascii = new ASCIIEncoding();

    CommDGDataSource ds = new CommDGDataSource();

    int position = 0;
    string[] data_split = ft.Data.Split(' ');
    foreach (AttributeType at in ft.Types)
    {
        if (at.IsAddress)
        {

            ds.Source = HexString2Ascii(data_split[position]);
            ds.Destination = HexString2Ascii(data_split[position+1]);
            break;
        }
        else
        {
            position += at.Size;
        }
    }
    ds.Protocol = name;
    ds.Number = rowCount;
    ds.Data = ft.Data;
    ds.Time = ft.Time;

    dataGridRows.Add(ds); 

    rowCount++;
    }
    ...
    private void FileSystemWatcher()
    {
        FileSystemWatcher watcher = new FileSystemWatcher(Environment.CurrentDirectory);
        watcher.Filter = syslogPath;
        watcher.NotifyFilter = NotifyFilters.LastAccess | NotifyFilters.LastWrite
            | NotifyFilters.FileName | NotifyFilters.DirectoryName;
        watcher.Changed += new FileSystemEventHandler(watcher_Changed);
        watcher.EnableRaisingEvents = true;
    }

    private void watcher_Changed(object sender, FileSystemEventArgs e)
    {
        if (File.Exists(syslogPath))
        {
            string line = GetLine(syslogPath,currentLine);
            foreach (CommRuleParser crp in crpList)
            {
                FunctionType ft = new FunctionType();
                if (crp.ParseLine(line, out ft))
                {
                    DGAddRow(crp.Protocol, ft);
                }
            }
            currentLine++;
        }
        else
            MessageBox.Show(UIConstant.COMM_SYSLOG_NON_EXIST_WARNING);
    }

Quando o evento é gerado para o FileWatcher, porque ele cria um thread separado, quando tento executar dataGridRows.Add (ds); para adicionar a nova linha, o programa simplesmente trava sem qualquer aviso dado durante o modo de depuração.

No WinForms, isso foi facilmente resolvido utilizando a função Invoke, mas não tenho certeza de como fazer isso no WPF.

Respostas:


199

Você pode usar

Dispatcher.Invoke(Delegate, object[])

no despachante Application's (ou qualquer UIElementum).

Você pode usá-lo, por exemplo, assim:

Application.Current.Dispatcher.Invoke(new Action(() => { /* Your code here */ }));

ou

someControl.Dispatcher.Invoke(new Action(() => { /* Your code here */ }));

A abordagem acima estava dando um erro porque Application.Current é nulo no momento da execução da linha. Por que isso seria o caso?
14 de

Você pode apenas usar qualquer UIElement para isso, uma vez que todo UIElement tem a propriedade "Dispatcher".
Wolfgang Ziegler

1
@ l46kok Isso pode ter diferentes motivos (aplicativo de console, hospedagem de winforms etc.). Como @WolfgangZiegler disse, você pode usar qualquer UIElement para isso. Eu só costumo usar Application.Currentpara isso, pois parece mais limpo para mim.
Botz3000

@ Botz3000 Acho que também tenho alguns problemas de condição de corrida acontecendo aqui. Depois de anexar o código fornecido acima, o código funciona perfeitamente quando eu entro no modo de depuração e faço as etapas manualmente, mas o código falha quando executo o aplicativo sem depurar. Não tenho certeza do que bloquear aqui que está causando o problema.
l46kok

1
@ l46kok Se você acha que é um impasse, também pode ligar Dispatcher.BeginInvoke. Esse método apenas enfileira o delegado para execução.
Botz3000

50

A melhor maneira de fazer isso seria obter um SynchronizationContextdo thread de interface do usuário e usá-lo. Essa classe abstrai as chamadas de empacotamento para outros threads e torna o teste mais fácil (em contraste com o uso Dispatcherdireto de WPFs). Por exemplo:

class MyViewModel
{
    private readonly SynchronizationContext _syncContext;

    public MyViewModel()
    {
        // we assume this ctor is called from the UI thread!
        _syncContext = SynchronizationContext.Current;
    }

    // ...

    private void watcher_Changed(object sender, FileSystemEventArgs e)
    {
         _syncContext.Post(o => DGAddRow(crp.Protocol, ft), null);
    }
}

Muito obrigado! A solução aceita começou a travar toda vez que foi chamada, mas funciona.
Dov

Ele também funciona quando chamado de uma montagem contendo o modelo de vista, mas nenhum WPF "real", ou seja, é uma biblioteca de classes.
Onur

Esta é uma dica muito útil, especialmente quando você tem um componente não wpf com um thread para o qual deseja empacotar ações. naturalmente uma outra maneira de fazer isso seria usar continuações TPL
maia

Eu não entendi no começo, mas funcionou para mim .. bom. (Deve-se ressaltar que DGAddRow é um método privado)
Tim Davis

5

Use [Dispatcher.Invoke (DispatcherPriority, Delegate)] para alterar a IU de outro thread ou de segundo plano.

Etapa 1 . Use os seguintes namespaces

using System.Windows;
using System.Threading;
using System.Windows.Threading;

Etapa 2 . Coloque a seguinte linha onde você precisa atualizar a IU

Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new ThreadStart(delegate
{
    //Update UI here
}));

Sintaxe

[BrowsableAttribute(false)]
public object Invoke(
  DispatcherPriority priority,
  Delegate method
)

Parâmetros

priority

Tipo: System.Windows.Threading.DispatcherPriority

A prioridade, em relação às outras operações pendentes na fila de eventos do Dispatcher, o método especificado é chamado.

method

Tipo: System.Delegate

Um delegado para um método que não aceita argumentos, que é enviado para a fila de eventos do Dispatcher.

Valor de retorno

Tipo: System.Object

O valor de retorno do delegado sendo chamado ou nulo se o delegado não tiver valor de retorno.

Versão informação

Disponível desde .NET Framework 3.0

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.