调用调度程序和执行之间的时间很长

Question

如果这是一个愚蠢的问题，我事先道歉。我的职业是一名嵌入式 C 程序员，C# 对我来说相对较新。

我有一个应用程序，基本上可以归结为以下内容：一个线程轮询外部接口（如果有人感兴趣，则为profibus），当输入数据更改时，会引发一个事件并处理新数据。 由于我需要更新的数据使用数据绑定，因此我调用调度程序。此设置可以正常工作数百万次，但有时需要长达 6 秒的时间才能执行委托中的代码。由于没有其他线程，我看不出任何原因。 我使用以下事件处理程序。 Container 是对该类进行数据绑定的 TabItem 的引用。

public void newSlave_InputChanged(object sender, InputChangedEventArgs e)
    {
        DateTime beforeDisp = DateTime.Now;
        Container.Dispatcher.Invoke(DispatcherPriority.Send, (Action)delegate()
        {
            DateTime afterDisp = DateTime.Now;
            if (afterDisp.Subtract(beforeDisp).TotalSeconds > 1)
            {
                /* Breakpoint here to detect the problem */               
            }
            /* Do the work I need to do */           

        }
    );
    }

轮询外部接口的线程基本上看起来像这样：

void monitorSlaves()
    {
        while (true)
        {
            if (cardOnline)
            {
                foreach (slave slv in slaves)
                {
                    /* get the data */
                        if (dataChanged)
                        {
                            /* raise event */
                        }
                    }
                }
                Console.WriteLine(string.Format("{0}: Monitor slaves", DateTime.Now));
            }
            Thread.Sleep(200);
        }
    }

我添加了打印以查看在调度程序“挂起”时该线程是否仍在运行。事实证明，事实并非如此。我不知道程序在调用和执行之间的几秒钟内正在做什么，因为据我所知没有其他线程在运行。不幸的是，我没有 Visual Studio 2010 Ultimate 许可证，因此我无法使用 intellitrace 来回溯运行的内容。

任何意见都将受到高度赞赏。

Answer 1

使用 thread.sleep 通常是不好的做法，您可能会冻结整个 UI 线程，从而导致无法正确调用 Dispatcher。我建议使用 DispatcherTimer 代替

Answer 2

您确定您确实看到了输入吗？

一个可能的问题是接口卡 DLL 没有及时向您报告输入。

另一个可能的问题是 UI 线程太忙而无法运行您的委托。然而，6 秒的无响应时间很长。

您可以添加简单的跟踪来确定原因。只需调用 Trace.TraceInformation 即可在发布模式下记录简单字符串。然后下载DebugView，它可以显示那些跟踪消息。您还可以设置 DebugView 来为它们添加时间戳并将它们保存到文件中。

PS 巧合的是，我是一名 .NET 开发人员，现在正在研究嵌入式固件。 :)

Answer 3

我敢打赌，延迟是因为垃圾收集器正在收集您创建的一堆小对象。运行 perfmon 并观察所有集合。