Отметка DispatcherTimer не работает при запуске в методе ThreadPool.QueueUserWorkItem()

Объект DispatcherTimer имеет привязку к потоку. То есть он привязан к определенной нити. В частности, он разработан специально для вызова своего события Tick в потоке, в котором он был создан, используя Dispatcher для этого потока.

Статический конструктор вашего класса ThreadManager будет вызываться при первом использовании типа. В вашем нерабочем примере это происходит в методе рабочего элемента в очереди, в результате чего статический конструктор выполняется в потоке пула потоков, используемом для выполнения этого метода рабочего элемента. Это, в свою очередь, приводит к тому, что объект DispatcherTimer, который вы создаете, принадлежит этому потоку, и его событие Tick вызывается в этом потоке Dispatcher для этого потока.

За исключением того, что потоки пула потоков не имеют Dispatchers. Таким образом, нет Dispatcher, чтобы вызвать событие Tick для объекта DispatcherTimer. Даже если бы это было так, без вызова Application.Run() для выполнения цикла диспетчера Dispatcher на самом деле ничего не отправит, включая событие Tick.

Что вам нужно, так это убедиться, что при создании объекта DispatcherTimer код, который создает этот объект, выполняется в потоке диспетчера, который является вашим основным потоком пользовательского интерфейса.

Есть несколько способов сделать это. ИМХО, лучший способ - сделать ваш класс ThreadManager не классом static и создать его экземпляр в конструкторе MainWindow. Например:

class TimerManager
{
    DispatcherTimer disTimer;
    Model m = Model.GetInstance();

    public TimerManager()
    {
        disTimer = new DispatcherTimer();
        disTimer.Tick += disTimer_tick;
        disTimer.Interval = new TimeSpan(0, 0, 1);
    }

    public void StartTimer()
    {
        disTimer.Start();
    }

    public void StopTimer()
    {
        disTimer.Stop();
    }

    private void disTimer_tick(object sender, EventArgs e)
    {
        m.Tick++;
    }
}

и:

public partial class MainWindow : Window
{
    TimerManager _timerManager = new TimerManager();

    public MainWindow()
    {
        InitializeComponent();
        this.DataContext = Model.GetInstance();
    }

    private void startButton_Click(object sender, RoutedEventArgs e)
    {
        ThreadPool.QueueUserWorkItem(o =>
        {
            _timerManager.StartTimer();
        });
    }

    private void stopButton_Click(object sender, RoutedEventArgs e)
    {
        _timerManager.StopTimer();
    }
}

Поскольку вы знаете, что ваш объект MainWindow должен быть создан в потоке диспетчера, и вы знаете, что инициализация нестатического поля происходит одновременно с вызовом конструктора в том же потоке диспетчера, приведенное выше гарантирует, что ваш объект TimerManager будет создан в поток диспетчера.

Это дает вам полный контроль над временем жизни объекта TimerManager, особенно когда он создается, но, конечно, и когда его можно удалить. Учитывая природу самого объекта DispatcherTimer, я считаю, что это лучше, чем поддерживать статически удерживаемый экземпляр.

Этот подход также дает вам возможность иметь объект-менеджер для каждого потока диспетчера (в редких случаях программа может иметь более одного — вам следует очень постараться, чтобы не попасть в такую ​​ситуацию, но может быть полезно, чтобы типы, по крайней мере, были совместим с такой ситуацией).

Тем не менее, если вы действительно хотите сохранить реализацию static, вы можете сделать это, предоставив метод, который можно вызывать явно, когда вы хотите инициализировать класс, чтобы вы могли убедиться, что инициализация происходит в правой ветке:

static class TimerManager
{
    static DispatcherTimer disTimer;
    static Model m = Model.GetInstance();

    public static void Initialize()
    {
        disTimer = new DispatcherTimer();
        disTimer.Tick += disTimer_tick;
        disTimer.Interval = new TimeSpan(0, 0, 1);
    }

    public static void StartTimer()
    {
        disTimer.Start();
    }

    public static void StopTimer()
    {
        disTimer.Stop();
    }

    private static void disTimer_tick(object sender, EventArgs e)
    {
        m.Tick++;
    }
}

Затем в вашем классе MainWindow:

public partial class MainWindow : Window
{
    public MainWindow()
    {
        InitializeComponent();
        this.DataContext = Model.GetInstance();
        StaticTimerManager.Initialize();
    }

    private void startButton_Click(object sender, RoutedEventArgs e)
    {
        ThreadPool.QueueUserWorkItem(o =>
        {
            StaticTimerManager.StartTimer();
        });
    }

    private void stopButton_Click(object sender, RoutedEventArgs e)
    {
        StaticTimerManager.StopTimer();
    }
}

Все, что вам нужно сделать здесь, это убедиться, что вы вызываете метод Initialize() из основного потока пользовательского интерфейса, где у вас фактически есть работающий диспетчер, прежде чем вы попытаетесь вызвать любой из двух других методов static в классе.

Этот подход также можно использовать для работы с несколькими потоками (например, если у вас более одного потока диспетчера), но это будет сложнее, особенно если вы хотите иметь возможность вызывать метод StartTimer() из другого потока, который на самом деле владеет объектом таймера. Я бы рекомендовал против подхода класса static, если вы действительно оказались в такой ситуации.