C# - System.Timers.Timer 的替代方案，在特定时间调用函数

Question

我想在特定时间调用 C# 应用程序上的特定函数。起初我考虑使用 Timer (System.Time.Timer)，但很快就变得无法使用。为什么？

简单的。 Timer 类需要一个以毫秒为单位的 Interval，但考虑到我可能希望执行该函数，假设在一周内，这意味着：

• 7 天 = 168 小时；
• 168 小时 = 10,080 分钟；
• 10,080 分钟 = 604,800 秒；
• 604,800 秒 = 604,800,000 毫秒；
• 所以间隔是 604,800,000；

现在让我们记住 Interval 接受的数据类型是 int，并且我们知道 int 范围从 -2,147,483,648 到 2,147,483,647。

这使得Timer毫无用处，不是在这种情况下，而是在超过大约25天的情况下，一旦我们无法将Interval设置为大于2,147,483,647毫秒。< /strong>

---

所以我需要一个可以指定何时调用该函数的解决方案。 类似这样：

solution.ExecuteAt = "30-04-2010 15:10:00";
solution.Function = "functionName";
solution.Start();

因此，当系统时间达到“30-04-2010 15:10:00”时，该函数将在应用程序中执行。

如何解决这个问题？

---

其他信息：这些功能将做什么？

• 获取气候信息并基于该信息：
• 启动/关闭其他应用程序（大多数是控制台）基于）;
• 向这些控制台应用程序发送自定义命令；
• 电脑断电、重启、睡眠、休眠；
• 如果可能的话，安排 BIOS 启动计算机；

编辑：

Interval 接受的数据类型似乎是 double< /code>，但是，如果您将 Interval 设置为大于 int 的值，并调用 Start()，则会引发异常[0，Int32.MaxValue]。

编辑 2：

Jørn Schou-Rode 建议使用 Ncron 来处理安排任务，乍一看这似乎是一个很好的解决方案，但我想听听一些使用过它的人的情况。

Answer 1

您的“Start()”方法应该生成一个线程，该线程以定义的时间间隔唤醒，检查时间，如果没有达到所需的时间，则返回睡眠状态。

Answer 2

任务调度的一种方法与 klausbyskov 提出的方法类似，是在现有的 .NET 调度框架/库之上构建调度服务。与使用 Windows 任务计划程序相比，这具有以下优点：(a) 允许在同一项目中定义多个作业，以及 (b) 将作业和调度逻辑“在一起”，即不依赖于容易迷失的服务器设置。系统升级/更换。

我知道有两个开源项目提供这种功能：

• "Quartz.NET 是一个功能齐全的开源作业调度系统，可用于从最小的应用程序到大型企业系统。”我自己从未真正使用过这个框架，但通过研究该网站，我的印象是一个非常可靠的工具，提供了许多很酷的功能。 Stackoverflow 上有 [quartz-net] 标签这一事实也可能表明它

• “NCron 是一个轻量级库，用于在.NET 服务器平台。”它的功能数量没有 Quartz.NET 的一半，而且在 Stackoverflow 上也没有任何标签，但作者（真正的作者）相信，它的低摩擦 API 使其更容易上手。

在 NCron 之上构建调度服务，您可以使用一行代码安排每周执行的 CleanupJob：

service.Weekly().Run<CleanupJob>();

_{好的，您将需要在此之上大约三行样板代码实际上将您的项目变成 Windows 服务，但当我声称可以用一行代码完成它时，听起来更令人印象深刻;)}

Answer 3

我建议您只编写一个处理其业务部分的程序，然后在必要时使用Windows 任务计划程序执行该程序。

Answer 4

您可以为带有 DateTime 实例的 Timer 编写某种包装类。然后执行以下步骤：

1. 确定 DateTime.Now 与所需时间之间的差异。
2. 如果差值（以毫秒为单位）大于 Timer.Interval 属性的最大允许值，请将 Interval 设置为最大允许值（即 double.MaxValue 或其他值）并启动它。
3. 现在，当计时器第一次经过时，您只需返回到步骤 1。

有时，差异将小于 Interval 属性的最大允许值，然后您可以在包装器中触发一个事件，该事件最终调用所需的方法。

Answer 5

使用 System.Threading.Timer：

    var timer = new System.Threading.Timer(delegate { }, // Pass here a delegate to the method
        null,
        TimeSpan.FromDays(7), // Execute Method after 7 days.
        TimeSpan.Zero);

Answer 6

您可以使用 System.Threading.Timer 类，它提供了一个接受以 Int64 表示的间隔的构造函数，这应该足以满足您的需求。

现在来说其他的事情：

• 您可以使用 Process 类启动/停止/配置程序（我真的不明白您所说的“自定义命令”）
• 您无法重新启动或关闭或控制本地使用本机 .NET 类的 BIOS。通过 Interop（从 .NET 调用本机 Windows API）可以重新启动/重新启动，并且调度 BIOS 是不可能的。或者也许使用特殊的服务器主板？我不知道..

Answer 7

System.Threading.Timer 类也有相同的限制（根据 MSDN)。

似乎没有 .Net Framework 类本身就擅长规避 Int32.MaxValue 毫秒上限。

public static class Scheduler
{
    private const long TimerGranularity = 100;

    static Scheduler()
     {
         ScheduleTimer = new Timer(Callback, null, Timeout.Infinite, Timeout.Infinite);
        Tasks = new SortedQueue<Task>();
     }

    private static void Callback(object state)
    {
        var first = Tasks.Peek();
        if(first.ExecuteAt<DateTime.Now)
        {
            Tasks.Dequeue();
            var executionThread = new Thread(() => first.Function());
            executionThread.Start();                
        }
    }

    private static Timer ScheduleTimer { get; set; }

    public static void Start()
    {
        ScheduleTimer.Change(0, TimerGranularity);
    }
    public static void Add(Task task)
    {
        Tasks.Enqueue(task);
    }

    public static SortedQueue<Task> Tasks { get; set; }
}

public class Task : IComparable<Task>
{
    public Func<Boolean> Function { get; set; }

    public DateTime ExecuteAt { get; set; }

    public int CompareTo(Task other)
    {
        return ExecuteAt.CompareTo(other.ExecuteAt);
    }
}

我使用的解决方案与上面的示例类似：一个类 Scheduler 管理所有 Task（为了避免我们为每个任务都有一个计时器）正在安排）。

任务被添加到能够执行排序插入的队列中。请注意，SortedQueue不是 .Net Framework 的一种类型，而是一个假设的、易于编码的集合，能够在类似类型 T 上进行排序插入。

调度程序会唤醒每个 TimerGranularity 毫秒并检查第一个任务的“ExecuteAt”时间已被超过；然后在单独的线程上执行它。

可以通过创建所有超越任务的列表（而不仅仅是第一个任务）来完成额外的工作；但为了清楚起见，我省略了它。

Answer 8

有一个名为 Quartz.NET 的 nu-get。

您完全可以将其用于此目的。