调用跨线程事件的最干净方法


78

我发现.NET事件模型是如此,我经常会在一个线程上引发一个事件,然后在另一个线程上监听它。我想知道从背景线程到我的UI线程封送事件的最干净方法是什么。

根据社区的建议,我使用了以下方法:

// earlier in the code
mCoolObject.CoolEvent+= 
           new CoolObjectEventHandler(mCoolObject_CoolEvent);
// then
private void mCoolObject_CoolEvent(object sender, CoolObjectEventArgs args)
{
    if (InvokeRequired)
    {
        CoolObjectEventHandler cb =
            new CoolObjectEventHandler(
                mCoolObject_CoolEvent);
        Invoke(cb, new object[] { sender, args });
        return;
    }
    // do the dirty work of my method here
}

请记住,当现有的托管控件还没有非托管句柄时,InvokeRequired可能返回false。在完全创建控制之前将引发的事件中,您应谨慎行事。
GregC

Answers:


27

一些观察:

  • 除非您是2.0之前的版本,否则不要在这样的代码中显式创建简单的委托,因此可以使用:
   BeginInvoke(new EventHandler<CoolObjectEventArgs>(mCoolObject_CoolEvent), 
               sender, 
               args);
  • 另外,您不需要创建和填充对象数组,因为args参数是“ params”类型,因此您只需传递列表即可。

  • 我可能会更喜欢InvokeBeginInvoke因为后者会导致代码被异步调用,这可能不是您想要的,但是如果不调用,将使后续异常难以传播EndInvoke。将会发生的事情是您的应用最终将获得TargetInvocationException替代。


44

我在网上有一些代码。比其他建议要好得多。一定要检查出来。

用法示例:

private void mCoolObject_CoolEvent(object sender, CoolObjectEventArgs args)
{
    // You could use "() =>" in place of "delegate"; it's a style choice.
    this.Invoke(delegate
    {
        // Do the dirty work of my method here.
    });
}

您也可以System.Windows.Forms在扩展名中将命名空间更改为。这样,您避免每次需要时都添加自定义名称空间
Joe Almore

10

我回避了多余的委托人声明。

private void mCoolObject_CoolEvent(object sender, CoolObjectEventArgs args)
{
    if (InvokeRequired)
    {
        Invoke(new Action<object, CoolObjectEventArgs>(mCoolObject_CoolEvent), sender, args);
        return;
    }
    // do the dirty work of my method here
}

对于非事件,可以使用System.Windows.Forms.MethodInvoker委托或System.Action

编辑:此外,每个事件都有一个相应的EventHandler委托,因此根本不需要重新声明一个。


1
对我来说,它的工作是这样的:Invoke(new Action<object, CoolObjectEventArgs>(mCoolObject_CoolEvent), sender, args);
安东尼奥·阿尔梅达

@ToniAlmeida是的,这是我代码中的错字。感谢您指出。
康拉德·鲁道夫

4

我出于个人目的制作了以下“通用”跨线程调用类,但我认为值得分享:

using System;
using System.Collections.Generic;
using System.Text;
using System.Windows.Forms;

namespace CrossThreadCalls
{
  public static class clsCrossThreadCalls
  {
    private delegate void SetAnyPropertyCallBack(Control c, string Property, object Value);
    public static void SetAnyProperty(Control c, string Property, object Value)
    {
      if (c.GetType().GetProperty(Property) != null)
      {
        //The given property exists
        if (c.InvokeRequired)
        {
          SetAnyPropertyCallBack d = new SetAnyPropertyCallBack(SetAnyProperty);
          c.BeginInvoke(d, c, Property, Value);
        }
        else
        {
          c.GetType().GetProperty(Property).SetValue(c, Value, null);
        }
      }
    }

    private delegate void SetTextPropertyCallBack(Control c, string Value);
    public static void SetTextProperty(Control c, string Value)
    {
      if (c.InvokeRequired)
      {
        SetTextPropertyCallBack d = new SetTextPropertyCallBack(SetTextProperty);
        c.BeginInvoke(d, c, Value);
      }
      else
      {
        c.Text = Value;
      }
    }
  }

您可以简单地从另一个线程使用SetAnyProperty():

CrossThreadCalls.clsCrossThreadCalls.SetAnyProperty(lb_Speed, "Text", KvaserCanReader.GetSpeed.ToString());

在此示例中,上面的KvaserCanReader类运行其自己的线程,并进行调用以设置主窗体上lb_Speed标签的text属性。


3

我认为最干净的方法肯定是走AOP路线。做几个方面,添加必要的属性,您不必再次检查线程亲和力。


我不明白你的建议。C#不是本机面向方面的语言。您是否介意一些用于实施方面的模式或库,以实现幕后封送处理?
埃里克

我使用PostSharp,因此我在属性类中定义线程行为,然后在必须在UI线程上调用的每个方法之前使用[WpfThread]属性。
德米特里·内斯特鲁克

3

如果要将结果发送到UI线程,请使用同步上下文。我需要更改线程优先级,因此我从使用线程池线程(注释掉代码)开始更改,并创建了自己的新线程。我仍然能够使用同步上下文来返回数据库取消是否成功。

    #region SyncContextCancel

    private SynchronizationContext _syncContextCancel;

    /// <summary>
    /// Gets the synchronization context used for UI-related operations.
    /// </summary>
    /// <value>The synchronization context.</value>
    protected SynchronizationContext SyncContextCancel
    {
        get { return _syncContextCancel; }
    }

    #endregion //SyncContextCancel

    public void CancelCurrentDbCommand()
    {
        _syncContextCancel = SynchronizationContext.Current;

        //ThreadPool.QueueUserWorkItem(CancelWork, null);

        Thread worker = new Thread(new ThreadStart(CancelWork));
        worker.Priority = ThreadPriority.Highest;
        worker.Start();
    }

    SQLiteConnection _connection;
    private void CancelWork()//object state
    {
        bool success = false;

        try
        {
            if (_connection != null)
            {
                log.Debug("call cancel");
                _connection.Cancel();
                log.Debug("cancel complete");
                _connection.Close();
                log.Debug("close complete");
                success = true;
                log.Debug("long running query cancelled" + DateTime.Now.ToLongTimeString());
            }
        }
        catch (Exception ex)
        {
            log.Error(ex.Message, ex);
        }

        SyncContextCancel.Send(CancelCompleted, new object[] { success });
    }

    public void CancelCompleted(object state)
    {
        object[] args = (object[])state;
        bool success = (bool)args[0];

        if (success)
        {
            log.Debug("long running query cancelled" + DateTime.Now.ToLongTimeString());

        }
    }

2

我一直想知道总是假设需要调用是多么昂贵...

private void OnCoolEvent(CoolObjectEventArgs e)
{
  BeginInvoke((o,e) => /*do work here*/,this, e);
}

1
在GUI线程中执行BeginInvoke将导致有问题的操作被推迟到UI线程下次处理Windows消息时为止。在某些情况下,这实际上可能是有用的事情。
supercat

2

有趣的是,WPF的绑定会自动处理封送处理,因此您可以将UI绑定到在后台线程上修改的对象属性,而无需执行任何特殊操作。事实证明,这对我来说是一个很好的节约时间。

在XAML中:

<TextBox Text="{Binding Path=Name}"/>

这不会工作。一旦您在非UI线程上设置了道具,您就会得到异常..即Name =“ gbc” bang!失败...没有免费的奶酪伴侣
Boppity Bop

它不是免费的(需要花费执行时间),但是wpf绑定机制确实可以自动处理跨线程编组。我们经常使用这些道具,这些道具会通过在后台线程中接收到的网络数据进行更新。这里有一个解释: blog.lab49.com/archives/1166
gbc

1
@gbc Aaaaand解释了404
扬'splite' K.

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.