1

我正在编写一个允许我调用任意方法的包装器，SynchronizationContext例如，允许我将与网络相关的回调（例如Socket.BeginReceive）排队到某个任意调度程序/处理程序，例如 UI 线程，或者我自己的为串行执行而设计的实现. （以避免需要同步数据结构 - 锁等）。

基本上是这样的：

..
public void BeginInvoke(MethodCall methodCall)
{
    this.synchronizationContext.Post(this.SynchronizationContextCallback, methodCall);
}

private void SynchronizationContextCallback(Object methodCall)
{
    (methodCall as MethodCall).Invoke();
}
..

一切似乎都可以正常工作，WindowsFormsSynchronizationContext但是当抛出异常时（A System.Reflection.TargetInvocationException）我意识到SendOrPostCallback委托正在被动态调用（？！）这是System.Windows.Forms.Control.ThreadMethodEntry类中的相关代码（Microsoft Reference）：

private static void InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
{
    // We short-circuit a couple of common cases for speed.
    //
    if (tme.method is EventHandler)
    {
        if (tme.args == null || tme.args.Length < 1)
        {
            ((EventHandler)tme.method)(tme.caller, EventArgs.Empty);
        }
        else if (tme.args.Length < 2)
        {
            ((EventHandler)tme.method)(tme.args[0], EventArgs.Empty);
        }
        else
        {
            ((EventHandler)tme.method)(tme.args[0], (EventArgs)tme.args[1]);
        }
    }
    else if (tme.method is MethodInvoker)
    {
        ((MethodInvoker)tme.method)();
    }
    else if (tme.method is WaitCallback)
    {
        Debug.Assert(tme.args.Length == 1,
                        "Arguments are wrong for WaitCallback");
        ((WaitCallback)tme.method)(tme.args[0]);
    }
    else
    {
        tme.retVal = tme.method.DynamicInvoke(tme.args);
    }
}

似乎不支持SendOrPostCallback委托，但有趣的是它的签名与WaitCallback! 或更一般地，一个Action<Object>. 这让我产生疑问，我在这里做错了吗？还是这是设计使然？（我的意思是在语言和框架级别上......）。显然.. 动态调用所有已调度的方法调用会明显更慢且更难以调试？（到了我什至可能找不到可用的解决方案的地步？）。我在这里想念什么？

4

1 回答 1

0

这是不可避免的，它可以编组任何委托类型。唯一的方法是使用 DynamicInvoke()。他们确实努力挑选了一些您将在 Winforms 编程中使用的常见委托类型，但这绝不可能是一个详尽的列表，而不会失去这样做的好处。不必担心成本，这总是涉及线程上下文切换和 Winforms 消息循环响应 PostMessage() 的延迟。与之相比，DynamicInvoke() 的成本是小菜一碟。

是的，你必须做一些事情来避免被最外面的异常打，TargetInvocationException 对任何人都没有用。Winforms Control.Invoke() 方法通过仅重新抛出最内部的 InnerException 来实现这一点。这也不理想，但比 TIE 更好。

于 2012-12-07T12:08:32.570 回答