什么日期时间格式是一个数字，如“22194885”？

我有一个非常简单的问题与日期时间，我正在寻求一些帮助。什么日期时间格式是一个数字，如“22194885”？

我有，我想获得的所有数据信息的日志。有三列日期时间格式（2个在UNIX时间戳中，而另一个不是）。

具有不同时间戳格式的那个提供了一个值，例如22194885，我不知道它属于哪个日期时间类型。

2012-03-14 Hoger

它可能会在1970年1月以来的毫秒数内滴答......或者可能不......你已经在这里了解了一切：http://www.epochconverter.com/ – Jason 2012-03-14 04:12:50

感谢您的快速回复但事实并非如此，1970年的毫秒数必须更大，而上述数字仍然很小。 – Hoger 2012-03-14 04:14:39

@Jason瑙，'22194885'以ms仅'星期四1970年1月1日1点09分54秒GMT-0500（EST）';即使在几秒钟内，它仍然只是'1970年9月14日17:14:45 GMT-0400（EDT）'。 – 2012-03-14 04:15:26

貌似分钟自1970年1月1日，这是Python代码，但工程同C本地时间（）：

>>> import time 
>>> time.localtime(22194885*60) 
time.struct_time(tm_year=2012, tm_mon=3, tm_mday=13, tm_hour=19, tm_min=45, tm_sec=0, tm_wday=1, tm_yday=73, tm_isdst=1)

工程以2012/3/13下午7:45。

来源

2012-03-14 04:28:51

看起来可能是因为大纪元分钟，而不是毫秒

22194885分钟/ 60 =369914.75小时

369914.75小时/ 24 =15413.1天

15413.1天/ 365 =42.2年

1970年+ 42.2 =今天

如需帮助大纪元时间转换到.NET的时候，看到

How to convert a Unix timestamp to DateTime and vice versa?

请记住，问题涉及毫秒，所以你必须要稍微调整了答案。

来源

2012-03-14 04:21:20

根据Eric J的回答（已被删除）的计算结果，这可能是自纪元以来的分钟数。呸!他忍受了一次忍者编辑。

朱利安秒（自年初以来）也是一个很强的可能性。

来源

2012-03-14 04:25:50

对，对不起本。我的第一个计算结果倒退了，因此是违反直觉的，而且我还有一个错误的数字，而不是几分钟。 – 2012-03-14 04:27:46

“朱利安秒”...让我们希望不...每年一次2000年的问题;-) – 2012-03-14 04:29:34

什么日期时间格式是一个数字，如“22194885”？

回答

相关问题