我的做法和这里的其他人都不一样。我刚接触Java，所以我的解决方案可能很差。

Date now = new Date();
Date midnightToday = new Date(now.getYear(), now.getMonth(), now.getDate());

我不确定这是否有效，但无论如何，我很感激任何关于这个解决方案的反馈。

我对上面的陈述感到困惑，你可以通过调用:

c.add(Calendar.DAY_OF_MONTH, 1);

如果你在这个月的第几天加上1是31天，你不是得到了这个月的第32天吗?

为什么Java中的时间/日期不是全部基于UTC ?我认为时区应该只在与I /o一起使用时才需要，但在内部应该总是在UTC中使用。然而，这些类似乎包含了Timezone信息，这不仅浪费时间，而且容易产生编码错误。

Date todayMidnightUTC = java.sql.Date.valueOf(LocalDate.now());
Date tomorrowMidnightUTC = java.sql.Date.valueOf(LocalDate.now().plusDays(1));
Date anyMidnightLocal = java.sql.Date.valueOf(LocalDate.from(dateTime.toInstant().atZone(ZoneId.systemDefault())));

但是要注意java.sql.Date.toInstant()总是抛出UnsupportedOperationException。

通过LocalDate到java.util.Date，反之亦然，最简单的转换?

我知道这是一个很老的帖子。我想在这里分享我的知识!

对于日期今天午夜与准确的时区，您可以使用以下

public static Date getCurrentDateWithMidnightTS(){

    return new Date(System.currentTimeMillis() - (System.currentTimeMillis()%(1000*60*60*24)) - (1000*60 * 330));
}

其中(1000*60 * 330)被减去，即实际上与时区有关，例如印度时区，即加尔各答与实际时差+5:30小时。减去换算成毫秒的时间。

所以根据你的需要改变最后一个减数。我正在创建一个产品，即只基于印度，所以只是使用特定的时间戳。

我的做法和这里的其他人都不一样。我刚接触Java，所以我的解决方案可能很差。

Date now = new Date();
Date midnightToday = new Date(now.getYear(), now.getMonth(), now.getDate());

我不确定这是否有效，但无论如何，我很感激任何关于这个解决方案的反馈。

我对上面的陈述感到困惑，你可以通过调用:

c.add(Calendar.DAY_OF_MONTH, 1);

如果你在这个月的第几天加上1是31天，你不是得到了这个月的第32天吗?

为什么Java中的时间/日期不是全部基于UTC ?我认为时区应该只在与I /o一起使用时才需要，但在内部应该总是在UTC中使用。然而，这些类似乎包含了Timezone信息，这不仅浪费时间，而且容易产生编码错误。

JodaTime最简单的方法

日期日期=日期日期。

使用apache commons..

//For midnight today 
Date today = new Date(); 
DateUtils.truncate(today, Calendar.DATE);

//For midnight tomorrow   
Date tomorrow = DateUtils.addDays(today, 1); 
DateUtils.truncate(tomorrow, Calendar.DATE);