System.Timers.Timer Elapsed 执行时间比 Button_click 长 10 倍

Question

我有一个相当过程密集的方法，它接受给定的集合，复制项目（Item 类已正确定义其 Copy() 方法），用数据填充项目并将填充的集合返回到类的集合属性

//populate Collection containing 40 items
MyClass.CollectionOfItems = GetPopulatedCollection(MyClass.CollectionOfItems );

此方法在有两种方式：根据请求和通过 System.Timers.Timer 对象的“Elapsed”事件。

现在，收藏中的 40 件物品几乎不需要任何时间。无论是通过按钮单击“临时”填充还是由 Timer 对象填充。

现在，当我增加集合（另一个包含 1000 个项目的 MyClass 对象）的大小时，该过程预计需要更长的时间，但总共大约需要 6 秒。 很好，那里没有问题。在初始化时被调用 (form_load) 或被临时调用 (button_click)，它会停留在 6 秒左右。

//populate Collection containing 1000 items
MyClass.CollectionOfItems = GetPopulatedCollection(MyClass.CollectionOfItems );

但是，System.Timers.Timer 对象正在调用相同的方法（如在确切的代码行中）。而 Elapsed 大约需要 60 秒（其他运行需要 56 秒、1 分 2 秒、1 分 10 秒……你明白了）。 相同过程的时间是原来的十倍！

我知道 System.Timers.Timer 对象是在线程池中执行的。难道是这个原因吗？线程池的优先级是否较低，或者整个排队过程是否占用了时间？

简而言之，更好的方法是什么？使用 System.Windows.Forms.Timer 在同一个 UI 线程中执行？

谢谢！

好的，一些附加信息：

计时器操作发生在 UI 调用的 DLL 内。主“处理程序”类本身有一个定时器对象的集合，所有这些对象都订阅同一事件处理程序。 处理程序类的初始化工作有点像这样：

UpdateIntervalTimer tmr = new UpdateIntervalTimer(indexPosition);
tmr.Interval = MyClass.UpdateInterval * 60000; //Time in minutes
tmr.Elapsed += new System.Timers.ElapsedEventHandler(tmr_Elapsed);
this.listIntervalTimers.Add(tmr);

我实际上继承了 Timer 类并为其赋予了一个“index”属性（还有 eventArgs）。这样，在一个事件处理程序 (tmr_Elapsed) 中，我可以识别计时器适用于哪个 MyClass 对象并采取操作。

处理程序类已经在其自己的线程中运行，并触发自定义事件以深入了解其操作。 该事件在 UI 中进行处理（UI 控件的跨线程访问等），并显示接收到的事件处理时间。对于“初始化”和“临时”调用都是如此（在这些情况下没有问题）。

实际的 Elapsed 事件如下所示：

private void tmr_Elapsed(object sender, System.Timers.ElapsedEventArgs e)
{
            UpdateIntervalTimer tmr;
            tmr = (UpdateIntervalTimer)sender;

            MyClass c = listOfClasses[tmr.IndexPosition];

            observerEventArguments = new MyHandlerEventArgs("Timer is updating data for " + MyClass.ID);
            MessagePosted(this, observerEventArguments);

            try
            {
                //preparation related code


                MyClass.CollectionOfItems = GetPopulatedCollection(MyClass.CollectionOfItems);


                observerEventArguments = new ProfileObserverEventArgs(MyClass.ID + ": Data successfully updated");
                MessagePosted(this, observerEventArguments);
            }
            catch (Exception exUpdateData)
            {
                observerEventArguments = new MyHandlerEventArgs("There was an error updating the data for '" + MyClass.ID + "': " + exUpdateData.Message);
                MessagePosted(this, observerEventArguments);
            }
        }

Answer 1

好吧，UI 线程可能具有更高的优先级 - 毕竟，它是为了保持 UI 响应。然而，还可能发生其他事情。您的方法是否以线程安全的方式访问 UI？如果是这样，显然当不需要在线程之间进行编组时，速度会更快。

您可以尝试提高线程池线程的优先级，看看是否可以提高性能 - 但除此之外，我们还需要更多信息。

我不会建议您在 UI 线程上执行此操作 - 将 UI 挂起 6 秒不会带来良好的用户体验:(

Answer 2

当您仍在计时器中执行工作时，时间间隔是否已经过去，导致它多次执行相同的工作？这是我认为 UI 计时器比 system.timers.timer/system.threading.timer 工作得更快的唯一原因，因为 UI 计时器是单线程的，在完成之前不能再次流逝，而其他计时器可以。