运行 Quartz 作业时补偿时区偏移

我有一个独特的问题，因为我的quartz作业调度程序实现是使用quartz.net代码库版本2.0.1构建的，最近发现在运行和执行作业时时区和utc偏移量被忽略。这是该版本quartz.net 中的一个继承错误，更新到版本 2.1.1 目前超出了范围，因此我编写了一种使用此算法计算偏移量的快速而肮脏的方法：

(服务器时间 - 客户端时间) - 目标时间 = New_TargetTime_With_Offset

这里的想法是，位于纽约的客户在下午 5:00 完成一项工作，并希望它在下午 2:00 运行。服务器（运行此应用程序和作业服务器的地方）当前时间为下午 2:00，因此我们使用客户端时间和服务器时间来获取偏移量，并将该偏移量应用于目标时间，即作业应运行的时间。

我的问题是，这感觉像是一种计算日期的迂回方式，但看起来它可以完成这项工作。有没有更好/更可靠的方法来进行这个日期数学？另外，这在边缘情况下似乎是有问题的，我错过了什么？

这是实现：

    /// <summary>
    /// Takes three dates and returns the adjusted hour value.
    /// All date data is ignored except for the hour. 
    /// </summary>
    /// <param name="serverTime"></param>
    /// <param name="clientTime"></param>
    /// <param name="targetTime"></param>
    /// <returns></returns>
    private static DateTime OutputDate(DateTime serverTime, DateTime clientTime, DateTime targetTime)
    {
        DateTime? output = null;
        TimeSpan? dateDiff;

        if (serverTime < clientTime)
        {
            dateDiff = (clientTime - serverTime);
        }
        else
        {
            dateDiff = (serverTime - clientTime);
        }

        output = (targetTime - dateDiff);

        return output.Value;
    }

以下是利用它的两个示例：

    /// <summary>
    /// -5 Offset (NYC)
    /// </summary>
    /// <returns></returns>
    private static Int32 ZoneTest001()
    {
        var targetTime = DateTime.Parse("6/12/2013 5:00PM");  // NYC (est) [The time the report should be received in NYC]
        var clientTime = DateTime.Parse("6/12/2013 5:00PM");   // NYC (est) [The time of the client when the report is created (now) ]
        var serverTime = DateTime.Parse("6/12/2013 2:00PM");  // SEA (pst) [The time of the app server when the report is created (now) ]

        //
        // NYC Wants to send a report at 5:00pm EST
        // The server time will be 2:00pm PST
        // The client time will be 5:00pm EST

        double outputHour = 0;   // should end up as 2:00pm PST

        //
        // 1) Get offset (diff between client & server time)
        // 2) Subtract offset from "targetTime"
        // 3) Set the report to be sent at the new hour value.

        outputHour = OutputDate(serverTime, clientTime, targetTime).Hour;

        return (int)outputHour;

    }

    /// <summary>
    /// +5 Offset (India)
    /// </summary>
    /// <returns></returns>
    private static Int32 ZoneTest002()
    {
        var targetTime = DateTime.Parse("6/12/2013 5:00PM"); // IND (ist)
        var clientTime = DateTime.Parse("6/12/2013 9:00AM");  // IND (ist)
        var serverTime = DateTime.Parse("6/12/2013 2:00PM"); // SEA (pst)

        //
        // INDIA Wants to send a report at 5:00pm IST
        // The server time will be 2:00pm PST
        // The client time will be 9:00am PST

        double outputHour = 0;   // should end up as 2:00pm PST
        outputHour = OutputDate(serverTime, clientTime, targetTime).Hour;

        return (int)outputHour;

    }

谢谢。

实际上你错过了很多。

1. 时区偏移量不是恒定的。许多时区会切换夏令时（又称“夏令时”）的偏移量。因此，当您根据每个位置（服务器、客户端、目标）的“现在”计算偏移量时，这仅反映了current offset.

2. 在任何有 DST 的时区，当时钟向前滚动时，都会缺少一个小时，并且重复的时钟向后滚动的小时。如果您正在处理当地时间，并且预定的事件属于不明确的时间段，则您无法确定运行该事件的实际时刻。为了消除歧义，您需要told对应的偏移量是多少，或者你需要以UTC来处理。

3. 如果您要从一个时区转换到另一个时区，则需要处理时区，而不仅仅是它们的偏移量。在.Net中，您可以使用内置的Windows时区数据库和相应的TimeZoneInfo班级。或者，您可以使用更标准的 IANA 时区数据库，例如野田时间 http://www.nodatime.org.

4. 当与DateTime类型，要非常小心.Kind属性设置为。许多函数在处理不同类型时有不同的行为。使用该方法会更安全、更有用DateTimeOffset改为键入。

5. 您真的不应该依赖于代码运行的服务器的时区。服务器代码应该与时区无关。你唯一应该参与的地方DateTime.Now or TimeZoneInfo.Local或任何类似的功能在desktop or mobile应用程序。服务器代码应该仅取决于 UTC。

6. 我真的不明白为什么你的内部有可为空的值OutputDate方法。没有理由这样做。此外，您实际上正在获取差异的绝对值 - 这会降低方向性。时区偏移确实是定向的，因此您当前的实现可能会得到无效的结果。

7. 我查看了 Quartz.net API，他们似乎更喜欢您在 UTC 中安排活动时间。这是一件非常好的事情，因为 UTC 不存在歧义问题。来自Quartz.Net 教程 http://quartznet.sourceforge.net/tutorial/lesson_1.html, the trigger.StartTimeUtc显然是UTCDateTime。既然你说你不能使用最新版本，我还检查了他们较旧的1.0 API文档，它仍然是UTC。

   Update: 石英网2.5 https://www.quartz-scheduler.net/2017/02/18/quartznet-2.5-released.html更大可以更好地处理时区。看#317 https://github.com/quartznet/quartznet/pull/317了解详情。

让我们将所有这些放在一起作为您的示例用例。纽约市的一位客户希望在当地时区的下午 2:00 运行作业。服务器的时区无关紧要，他创建作业的时间也无关紧要。

// June 6, 2013 2:00 PM  Kind = Unspecified
DateTime dt = new DateTime(2013, 6, 13, 14, 0, 0);

// This is the correct Windows time zone for New York
TimeZoneInfo tz = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");

// Get the time in UTC - The kind matters here.
DateTime utc = TimeZoneInfo.ConvertTimeToUtc(dt, tz);

// Feed it to a quartz event trigger
trigger.StartTimeUtc = utc;

当我在第三步中将时间转换为 UTC 时，如果时间不明确，.Net 会假设您想要standard时间而不是daylight时间。如果您想更具体，则必须检查是否有歧义，然后询问用户他们想要两个当地时间中的哪一个。那么你就必须使用DateTimeOffset以区分它们。如果您认为您可能需要这个，请告诉我，我可以制作一个样本，但它有点复杂。

为了更好地衡量，如果您想使用 IANA 时区野田时间 http://www.nodatime.org，它看起来像这样：

LocalDateTime ldt = new LocalDateTime(2013, 6, 13, 14, 0);
DateTimeZone tz = DateTimeZoneProviders.Tzdb["America/New_York"];
ZonedDateTime zdt = ldt.InZoneLeniently(tz);
trigger.StartTimeUtc = zdt.ToDateTimeUtc();

The InZoneLeniently方法将给出与上面代码相​​同的行为。但如果需要，您还可以指定其他选项。

哦，这并不重要，但印度是+5:30, not +5