MongoDB/Robo 3T中的时间戳格式问题：如何将数值型时间戳1507037760657转换为正常日期？

嗨，我来帮你拆解这个问题～

为什么会出现异常日期？ #

你遇到的核心问题是时间戳的单位混淆：

• 你看到的1507037760657是毫秒级时间戳（Java里Date对象内部就是用这个格式存储的）；
• 而你用的转换器默认把它当成了秒级时间戳处理，直接跳过了除以1000的步骤，自然会得到离谱的未来日期（1507037760秒相当于49726年，和你看到的结果完全匹配）。

MongoDB本身并没有特殊的时间戳格式，它的Date类型本质就是存储UTC时区下的毫秒级时间戳，和Java的Date底层逻辑完全一致。你看到数值而不是正常日期，是因为数据存入MongoDB时没有被序列化为MongoDB的ISODate类型，而是直接存成了原始的长整型时间戳。

怎么把1507037760657转成正确日期？ #

1. 在Robo 3T中直接转换 #

Robo 3T支持用MongoDB内置的Date()构造函数直接解析毫秒级时间戳，在查询窗口执行：

new Date(1507037760657)

执行后就能得到对应的UTC日期（Robo 3T会自动转换为你本地时区显示），这个时间戳对应的正确日期是2017-10-04左右（具体显示会因时区差异略有不同）。

2. 在Java代码中转换 #

直接用Java的Date类或者Java 8+的时间API解析就行：

// 用传统Date类
Date correctDate = new Date(1507037760657L);
System.out.println(new SimpleDateFormat("dd/MM/yyyy").format(correctDate));

// 用Java 8+的时间API（推荐）
LocalDateTime dateTime = Instant.ofEpochMilli(1507037760657L)
                                .atZone(ZoneId.systemDefault())
                                .toLocalDateTime();
System.out.println(DateTimeFormatter.ofPattern("dd/MM/yyyy").format(dateTime));

3. 在线工具转换 #

找支持毫秒级时间戳转换的工具，输入1507037760657就能得到正确日期，注意别选秒级转换的选项。

如何避免以后再出现这种问题？ #

要让Java对象的日期属性存入MongoDB时自动变成ISODate类型，而不是长整型数值，看你用的框架：

• 如果用Spring Data MongoDB：确保实体类的日期字段类型是java.util.Date、java.time.LocalDateTime或者java.time.ZonedDateTime，Spring Data会自动帮你序列化为MongoDB的ISODate，不需要额外配置。
• 如果用Jackson手动序列化：关闭“将日期转为时间戳”的默认行为，配置ObjectMapper：

ObjectMapper objectMapper = new ObjectMapper();
// 关闭日期转时间戳，改为输出ISO格式字符串
objectMapper.configure(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS, false);
// 可选：注册MongoDB的Jackson模块，更好适配MongoDB类型
objectMapper.registerModule(new MongoJacksonModule());

这样以后存入MongoDB的日期就是标准的ISODate，在Robo 3T里直接显示为正常日期格式，不需要再手动转换啦。

内容的提问来源于stack exchange，提问作者user15500784