C#和JavaScript之间Timespan差异的解释

Question

这基于自1970年以来的计算毫秒数,C#产生的日期不同于Javascript Date.getTime()的JavaScript和C#版本.

对于所有这些计算,假设它们在中央标准时间内完成,因此比UTC低6小时(此偏移将在稍后再次出现).

据我所知,JavaScript Date对象基于Unix Epoch(1970年1月1日午夜).所以,如果我这样做:

//remember that JS months are 0-indexed, so February == 1
var d = new Date(2014,1,28);
d.getTime();

我的输出将是:

1393567200000

这表示自Unix Epoch以来的毫秒数.这一切都很好.在链接的问题中,人们要求将此功能转换为C#,而"天真"的实现通常看起来像这样:

//the date of interest in UTC
DateTime e = new DateTime(2014, 2, 28, 0, 0, 0, DateTimeKind.Utc);
//the Unix Epoch
DateTime s = new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc);
//the difference between the two
TimeSpan t = (e - s);
var x = t.TotalMilliseconds;
Console.WriteLine(x);

哪个产生输出:

1393545600000

这是21,600,000毫秒或6小时的差异:与完成这些计算的时区的UTC的精确偏差.

为了使C#实现与JavaScript匹配,这是实现:

//DateTimeKind.Unspecified
DateTime st=new DateTime(1970,1,1);
//DateTimeKind.Unspecified
DateTime e = new DateTime(2014,2,28);
//translate e to UTC, but leave st as is
TimeSpan t= (e.ToUniversalTime()-st);
var x = t.TotalMilliseconds;
Console.WriteLine(x);

这将给我输出匹配JavaScript输出:

1393567200000

我还没有找到就是为什么我们离开的解释DateTime代表Unix纪元用DateTimeKind的Unspecified是能够匹配的JavaScript.我们不应该使用正确的结果DateTimeKind.Utc吗？我不明白什么细节？对我来说,这是一个纯粹的学术问题,我只是好奇这为什么会这样.

Answer 1

正如您正确指出的那样,.getTime()返回"自1970年1月1日00:00:00 UTC以来的毫秒数".

这意味着.getTime(正如您所注意到的)包括计算中与UTC的偏移量.

为了使C#代码反映这一点,您从中减去的时间必须包括时区信息,而1970年1月1日00:00:00 必须是UTC时间.

通过一些示例可能更容易理解.鉴于:

DateTime e = new DateTime(2014, 2, 28, 0, 0, 0);
DateTime s = new DateTime(1970, 1, 1, 0, 0, 0);

1. e - s不正确,因为s不是UTC时间.
2. e.ToUniversalTime() - s.ToUniversalTime()是不正确的,因为e不再包含UTC的偏移量(就像JavaScript中的计算一样)
3. e.ToUniversalTime() - s 是正确的,因为我们正在使用UTC时间,而我们减去的时间包括与UTC的偏移量.

当我DateTime.Ticks直接处理时,这对我来说更容易看到:

e.Ticks // 635291424000000000
s.Ticks // 621355968000000000

e.Ticks - s.Ticks // 13935456000000000 ("naive" implementation)
e.ToUniversalTime().Ticks - s.Ticks // 13935636000000000 (correct output)

同样,最后一个例子符合我们的所有要求.Unix纪元是UTC,而我们处理的时间仍有其原始偏移量.