System.Threading.Timer没有启动？

Question

我正在使用C＃和Compact Framework 2，SP2。

设备的操作系统设置为启动我的应用程序，让我们调用应用程序“Loader.exe”。

Loader就是这样的：一个单一的，简单的形式，在整个加载过程中显示状态消息，如果有必要（存在错误和异常消息的外行术语，或者“启动应用程序[xyz]”），以及在后台运行的状态机同时显示基本的全屏形式。

所以装载机的形式的构造函数在最后如下：

try
{
    label1.Text = "Starting GUI Init Thread...";  //debug only message
    System.Threading.Timer guiInit = new System.Threading.Timer(
        RunStateMachine, null, 2000, System.Threading.Timeout.Infinite
        );
    //callback: RunStateMachine, null argument
    //initial callback is 2000ms from this point, and doesn't run again.
}
catch (Exception ex1)
{
    label1.Text = "GUI Init Error 2";
    Failure_Label.Text = ex1.Message;
}

并且“RunStateMachine”确实在与UI不同的线程上工作，允许表单显示，并且任何时候RunStateMachine需要与表单交互，例如更新消息，我调用一个使用if（this.InvokeRequired）{this的函数.Invoke（...）;} else {...}

那么，我的问题呢？
间歇性地，我的程序将挂起，这是因为计时器没有触发回调。 我在上面的try块中添加了调试消息，以及许多其他地方告诉我它挂在哪里，包括在“RunStateMachine”的非常开始的消息。 最后，我的程序挂起了“正在启动GUI初始化线程......”的消息。

这告诉我，线程计时器没有运行有一次我需要它。
我的理论是它在定时器触发回调之前被垃圾收集。 这意味着如果计时器是全局的，然后在我到达RunStateMachine时明确处理，它将完美运行......但我不想以为只是为了在一个月后间歇性地发现这个问题。

思考？

Answer 1

我的理论是它在定时器触发回调之前被垃圾收集。 这意味着如果计时器是全局的，然后在我到达RunStateMachine时明确处理，它将完美运行......但我不想以为只是为了在一个月后间歇性地发现这个问题。

看起来你想确认这是你的问题。 是的，这就是问题所在。

计时器存储在一个永远不会再使用的局部变量中。 这使它符合GC的条件。 定时器的GC'导致定型，导致定时器被禁用。

我建议你将计时器存储在表单类的实例字段中，并在触发回调后将其从那里删除。