2010-12-17 79 views
2

我有一个Web服务返回JSON数据与一些日期字段,但我无法识别日期格式来解析此日期字段。这是什么日期格式?

2010-11-05TNov:10:1288995006 UTC 
2010-10-28TOct:37:1288301863 UTC 
2010-10-05TOct:33:1286314434 UTC 
+1

ISO 8601的越野车尝试? – 2010-12-17 05:19:00

+1

这与Java有什么关系?你知道Java和Javascript是完全不相关的语言,是吗? – 2010-12-17 05:19:15

+0

这是一个Android项目,我需要使用SimpleDateFormat解析它,因此是java标记。 – 2010-12-17 06:58:40

回答

5

这是一个很奇怪的时间戳,不是吗。 dd“T”hh“:”mm“:”ss.nnnnnn“Z”是一种ISO标准日期格式(ISO 8601),与第一次出现的格式类似那场......但它有什么似乎有三个字段组,拿的是什么似乎是:

YYYY-MM-DD “T” MMM:??:POSIX时间戳UTC

目前暂时是1292563122,那些似乎已经产生了3,568,116秒(或约41天)。

希望这会有所帮助。

+1

正如MYNN指出的那样,第一个时间戳记纪元与文本时间戳记相匹配,但小时字段除外。它绝对看起来像这是一个软件错误的地方。好消息?不管这个软件做了什么数据,都可以通过读取UNIX时间戳并重新生成余数来修复。 – 2010-12-17 05:24:49

2

第一个时期(1288995006)转换为

周五,05十一月2010 22时10分06秒GMT

看来,有人混淆或弄乱了人类可读月份部分 - 22会使更多 感觉比Nov。如果你关心日期,我建议你随着时代前进。

旁注:

如果日期和时间被显示在同一行上,然后总是写在时间前的时间。如果日期和时间值一起存储在单个数据字段中,那么ISO 8601建议它们应该用拉丁大写字母T分开,如19951231T235959中所示。

0

我想你问错了人。你真的应该询问谁负责创建Web服务,哪里有文档和/或什么格式的时间戳应该是

(FWIW - 我同意时间戳格式可能是错误的一致意见。)

+0

同意,但我想确保我没有遗漏任何东西。 – 2010-12-17 06:58:06

+0

我不认为你错过了任何东西。即使你是,服务**应该被记录。 – 2010-12-17 07:16:37