Есть ли в C# класс таймера, которого нет в пространстве имен Windows.Forms?

System.Timers.Timer

И как говорит MagicKat:

System.Threading.Timer

Вы можете увидеть различия здесь: http://intellitect.com/system-windows-forms-timer-vs-system-threading-timer-vs-system-timers-timer/

И вы можете увидеть здесь примеры MSDN:

http://msdn.microsoft.com/en-us/library/system.timers.timer(VS.80).aspx

И тут:

http://msdn.microsoft.com/en-us/library/system.threading.timer(VS.80).aspx

Я бы порекомендовал класс Timer в пространстве имен System.Timers. Также интересен класс Timer в пространстве имен System.Threading.

using System;
using System.Timers;

public class Timer1
{
    private static Timer aTimer = new System.Timers.Timer(10000);

    public static void Main()
    {
        aTimer.Elapsed += new ElapsedEventHandler(OnTimedEvent);
        aTimer.Enabled = true;

        Console.WriteLine("Press the Enter key to exit the program.");
        Console.ReadLine();
    }

    // Specify what you want to happen when the Elapsed event is 
    // raised.
    private static void OnTimedEvent(object source, ElapsedEventArgs e)
    {
        Console.WriteLine("The Elapsed event was raised at {0}", e.SignalTime);
    }
}

Пример из документов MSDN.

System.Diagnostics.Stopwatch, если ваша цель - рассчитать время, необходимое для запуска

Рекомендуется не использовать класс таймера System.Timer.

Мне известны как минимум классы System.Timers.Timer и System.Threading.Timer.

Одна вещь, на которую следует обратить внимание (если вы еще не сделали этого раньше), скажем, если у вас уже есть пространство имен System.Threading в вашем предложении using, но вы действительно хотите использовать таймер в System.Timers, вам нужно это сделать :

using System.Threading;
using Timer = System.Timers.Timer;

У Джона Скита есть статья только о таймерах в своем руководстве по многопоточности, ее стоит прочитать: http://www.yoda.arachsys.com/csharp/threads/timers.shtml

Это старый вопрос, и существующие ответы хорошо охватывают проблему, как это было в то время. Тем временем произошло кое-что новое.

Таймер, конечно, для чего?

Использование таймера - это способ запустить некоторую обработку с некоторой задержкой и / или через равные промежутки времени. Есть два случая:

(1) это просто периодический запуск некоторого короткого кода без каких-либо проблем с потоками, без проблем, без беспорядка. Если простой таймер Windows Forms не подходит, то System.Timers.Timer с его свойством SynchronizingObject делает его более простым, чем System.Threading.Timer.

(2) то, что вы кодируете, относится к сфере асинхронной параллельной обработки. Это традиционно было подвержено ошибкам, было трудно отладить и исправить, независимо от того, какой таймер использовался.

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

Теперь у нас есть кое-что получше

Если ваша ситуация связана с какой-либо обработкой «событий» (независимо от способа ее кодирования: нажатия клавиш, кнопки мыши, байты из последовательного порта, из сетевого соединения, из измерений и т. д.), Вам следует рассмотреть возможность реактивного программирования.

Реактивное программирование в последние годы каким-то образом раскрыло, как кодировать для этих ситуаций, не попадая в ловушки сложности.

Итак, технически следующая ссылка является ответом на вопрос: это таймер, который находится в пространстве имен System.Reactive.Linq: Метод Observable.Timer (System.Reactive.Linq)

Честно говоря, это таймер, который хорошо сочетается с мышлением реактивного программирования и множеством вещей, меняющих правила игры. Тем не менее, это может быть, а может и не быть лучшим инструментом, в зависимости от контекста.

Поскольку этот вопрос ориентирован на .NET, вас может заинтересовать Хорошее введение в .NET Reactive Framework

Или для ясного, иллюстрированного, более общего (не ориентированного на Microsoft) документа это кажется хорошим Введение в реактивное программирование, которого вам не хватало.