4 回答
TA贡献1828条经验 获得超3个赞
java.time
ZoneId zone = ZoneId.of("Europe/Brussels");
ZonedDateTime start2018 = LocalDate.of(2018, Month.JANUARY, 1).atStartOfDay(zone);
Instant asInstant = start2018.toInstant();
System.out.println(asInstant.toEpochMilli());
这始终提供以下输出:
1514761200000
如果不是欧洲/布鲁塞尔,请替换您想要的时区。
格式化输出:
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss");
System.out.println(start2018.format(formatter));
2018/01/01 00:00:00
您使用的日期和时间类 — SimpleDateFormat、Calendar和GregorianCalendar—Date都设计不佳且早已过时。SimpleDateFormat特别是出了名的麻烦,但在这种情况下,正是糟糕的设计Calendar给了你意想不到的结果。其他答案已经解释了如何,我就不用重复了。我建议您使用现代 Java 日期和时间 API java.time,而不是旧类。与它一起工作要好得多。
TA贡献1868条经验 获得超4个赞
在时间戳中,最后 3 位数字代表毫秒。在这里,您明确设置了日期和时间,但没有设置毫秒。这就是你面对这个的原因。为避免这种情况,您可以将其添加到您的代码中:
calendar.set(Calendar.MILLISECOND, 0);
TA贡献1780条经验 获得超3个赞
我假设您正在示例中的循环中实例化所有内容?
如果是这样,则您没有设置毫秒差异,因此它们在循环的每次迭代中都会发生变化(但略有变化)。
为避免这种情况,您可以设置毫秒数,或在循环外进行实例化:
SimpleDateFormat sdf = new SimpleDateFormat("yyyy/MM/dd HH:mm:ss");
Calendar calendar = new GregorianCalendar();
calendar.set(2018, 0, 1, 0, 0, 0);
for (int i = 0; i < 5; i++) {
System.out.println(sdf.format(calendar.getTime()));
Date date = calendar.getTime();
System.out.println(sdf.format(date));
System.out.println(date.getTime());
}
这将产生:
2018/01/01 00:00:00
2018/01/01 00:00:00
1514764800128
2018/01/01 00:00:00
2018/01/01 00:00:00
1514764800128
2018/01/01 00:00:00
2018/01/01 00:00:00
1514764800128
2018/01/01 00:00:00
2018/01/01 00:00:00
1514764800128
2018/01/01 00:00:00
2018/01/01 00:00:00
1514764800128
添加回答
举报