這是什麼日期格式？

我有一個Web服務返回JSON數據與一些日期字段，但我無法識別日期格式來解析此日期字段。這是什麼日期格式？

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

ISO 8601的越野車嘗試？ – 2010-12-17 05:19:00

這與Java有什麼關係？你知道Java和Javascript是完全不相關的語言，是嗎？ – 2010-12-17 05:19:15

這是一個Android項目，我需要使用SimpleDateFormat解析它，因此是java標記。 – 2010-12-17 06:58:40

這是一個很奇怪的時間戳，不是嗎。 dd「T」hh「：」mm「：」ss.nnnnnn「Z」是一種ISO標準日期格式（ISO 8601），與第一次出現的格式類似那場......但它有什麼似乎有三個字段組，拿的是什麼似乎是：

YYYY-MM-DD 「T」 MMM：??：POSIX時間戳UTC

目前暫時是1292563122，那些似乎已經產生了3,568,116秒（或約41天）。

希望這會有所幫助。

2010-12-17 05:20:36

正如MYNN指出的那樣，第一個時間戳記紀元與文本時間戳記相匹配，但小時字段除外。它絕對看起來像這是一個軟件錯誤的地方。好消息？不管這個軟件做了什麼數據，都可以通過讀取UNIX時間戳並重新生成餘數來修復。 – 2010-12-17 05:24:49

第一個時期（1288995006）轉換爲

週五，05十一月2010 22時10分06秒GMT

看來，有人混淆或弄亂了人類可讀月份部分 - 22會使更多感覺比Nov。如果你關心日期，我建議你隨着時代前進。

旁註：

如果日期和時間被顯示在同一行上，然後總是寫在時間前的時間。如果日期和時間值一起存儲在單個數據字段中，那麼ISO 8601建議它們應該用拉丁大寫字母T分開，如19951231T235959中所示。

2010-12-17 05:21:25 miku

我想你問錯了人。你真的應該詢問誰負責創建Web服務，哪裏有文檔和/或什麼格式的時間戳應該是。

（FWIW - 我同意時間戳格式可能是錯誤的一致意見。）

2010-12-17 05:39:25

同意，但我想確保我沒有遺漏任何東西。 – 2010-12-17 06:58:06

我不認爲你錯過了任何東西。即使你是，服務**應該被記錄。 – 2010-12-17 07:16:37

回答