我在一些 java 代码中发现了一条注释，指出需要调用 getTime() 来更新 Calendar 对象。这是真的？我找不到任何说这是必要的。
代码如下：
Calendar cal = new GregorianCalendar();
cal.setFirstDayOfWeek(Calendar.SUNDAY);
cal.set(2009, 9 - 1, 10, 2, 30);
// Get Time needs to be called to update the Calendar object
cal.getTime();
【问题讨论】：
cal.getTime() 确实需要调用以重新计算其内部结构。 API 的行为非常奇怪，但 Calendar javadocs 明确指出：
获取和设置日历字段值
可以通过调用 set 方法来设置日历字段值。任何 在日历中设置的字段值在需要之前不会被解释 计算其时间值（从纪元开始的毫秒数）或 日历字段。调用get、getTimeInMillis、getTime、add 而roll涉及到这样的计算。
...
字段操作
可以使用三种方法更改日历字段：set()、add()、 和滚动（）。 set(f, value) 将日历字段 f 更改为值。在 此外，它设置了一个内部成员变量来指示 日历字段 f 已更改。虽然日历字段 f 是 立即更改，日历的时间值（以毫秒为单位）不 重新计算直到下一次调用 get()、getTime()、getTimeInMillis()、 add() 或 roll()。因此，多次调用 set() 不会触发 多次，不必要的计算。由于更改日历 使用 set() 的字段，其他日历字段也可能更改，具体取决于 日历字段、日历字段值和日历系统。 另外，get(f) 不一定会返回调用设置的值 重新计算日历字段后设置方法。这 具体由具体的日历类决定。
该行为是意外的，并不总是发生，但以下单元测试应该举例说明这种行为并且总是发生。
/**
* Fails the assertion due to missing getTime()
* @throws ParseException
*/
public class DateTest {
@Test
public void testNoGetTime() throws ParseException {
DateFormat df = new SimpleDateFormat("MM/dd/yyyy");
Date testDate = df.parse("04/15/2013");
Calendar testCal = Calendar.getInstance();
testCal.setTime(testDate);
Date expectedDate = df.parse("04/04/2013");
Date actualDate = null;
testCal.set(Calendar.DAY_OF_MONTH, testCal.getMinimum(Calendar.DAY_OF_MONTH));
//testCal.getTime();
testCal.set(Calendar.DAY_OF_WEEK, Calendar.FRIDAY);
testCal.add(Calendar.DAY_OF_MONTH, -1);
actualDate = testCal.getTime();
assertEquals("Dates should be equal", expectedDate.toString(), actualDate.toString());
}
@Test
public void testWithGetTime() throws ParseException {
DateFormat df = new SimpleDateFormat("MM/dd/yyyy");
Date testDate = df.parse("04/15/2013");
Calendar testCal = Calendar.getInstance();
testCal.setTime(testDate);
Date expectedDate = df.parse("04/04/2013");
Date actualDate = null;
testCal.set(Calendar.DAY_OF_MONTH, testCal.getMinimum(Calendar.DAY_OF_MONTH));
testCal.getTime();
testCal.set(Calendar.DAY_OF_WEEK, Calendar.FRIDAY);
testCal.add(Calendar.DAY_OF_MONTH, -1);
actualDate = testCal.getTime();
assertEquals("Dates should be equal", expectedDate.toString(), actualDate.toString());
}
}
【讨论】：
@skaffman 答案是不正确。
这是一个证明我所说的例子。
//Create an Calendar object set to todays date & time
Calendar calendar = Calendar.getInstance();
Log.d(Tag, "Now : "+ calendar.toString());
//Set the Calendar to the first day of Month
calendar.set(Calendar.DAY_OF_MONTH,1);
Log.d(Tag, "Calendar.DAY_OF_MONTH,1: "+ calendar.toString());
这是 Log.d 输出：
Now : java.util.GregorianCalendar[time=1478834995641,areFieldsSet=true,lenient=true,zone=America/Chicago,firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2016,MONTH=10,WEEK_OF_YEAR=46,WEEK_OF_MONTH=2,DAY_OF_MONTH=10,DAY_OF_YEAR=315,DAY_OF_WEEK=5,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=9,HOUR_OF_DAY=21,MINUTE=29,SECOND=55,MILLISECOND=641,ZONE_OFFSET=-21600000,DST_OFFSET=0] Calendar.DAY_OF_MONTH,1:
Calendar.DAY_OF_MONTH,1: java.util.GregorianCalendar[time=?,areFieldsSet=false,lenient=true,zone=America/Chicago,firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2016,MONTH=10,WEEK_OF_YEAR=46,WEEK_OF_MONTH=2,DAY_OF_MONTH=1,DAY_OF_YEAR=315,DAY_OF_WEEK=5,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=9,HOUR_OF_DAY=21,MINUTE=29,SECOND=55,MILLISECOND=641,ZONE_OFFSET=-21600000,DST_OFFSET=0]
如果您花时间检查它： 开头的日历显示：
time=1478834995641
DAY_OF_MONTH=10
DAY_OF_YEAR=315
但是，当您将其设置为该月的第一天时：
time=?
DAY_OF_MONTH=1
DAY_OF_YEAR=315
是的，它按照我们的意愿更改了当月的第一天，但某些属性保持不变。例如，我们将日历设置为DAY_OF_MONTH=1，但我们仍然在DAY_OF_YEAR=315。
如果我们使用以下任何函数，它将强制更新日历。
调用get、getTimeInMillis、getTime、add和roll。
来自 Javadocs 中的日历类检查：Getting and Setting Calendar Field Values
为了解决这个问题，我们添加了以下代码calendar.getTimeInMillis();，它强制日历更新其属性。
//Create an Calendar object set to todays date & time
Calendar calendar = Calendar.getInstance();
Log.d(Tag, "Now : "+ calendar.toString());
//Set the Calendar to the first day of Month
calendar.set(Calendar.DAY_OF_MONTH,1);
//UPDATE BY CALLING getTimeInMillis() or any of the previously mentioned functions
calendar.getTimeInMillis();
Log.d(Tag, "Calendar.DAY_OF_MONTH,1: "+ calendar.toString());
现在，让我们检查结果：
Now : java.util.GregorianCalendar[time=1478836452183,areFieldsSet=true,lenient=true,zone=America/Chicago,firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2016,MONTH=10,WEEK_OF_YEAR=46,WEEK_OF_MONTH=2,DAY_OF_MONTH=10,DAY_OF_YEAR=315,DAY_OF_WEEK=5,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=9,HOUR_OF_DAY=21,MINUTE=54,SECOND=12,MILLISECOND=183,ZONE_OFFSET=-21600000,DST_OFFSET=0]
Calendar.DAY_OF_MONTH,1: java.util.GregorianCalendar[time=1478055252183,areFieldsSet=true,lenient=true,zone=America/Chicago,firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2016,MONTH=10,WEEK_OF_YEAR=45,WEEK_OF_MONTH=1,DAY_OF_MONTH=1,DAY_OF_YEAR=306,DAY_OF_WEEK=3,DAY_OF_WEEK_IN_MONTH=1,AM_PM=1,HOUR=9,HOUR_OF_DAY=21,MINUTE=54,SECOND=12,MILLISECOND=183,ZONE_OFFSET=-21600000,DST_OFFSET=3600000]
因此，@skaffman 的答案是不正确的，至于你的问题Calendar.getTime(); 确实是需要的，如果你不想在某个时候得到奇怪的值。
【讨论】：
您可能正在点击Bug ID 4851640
在 Calendar 实例上调用 get(...) / getTime() 会使 isSet(...) 无用！
【讨论】：
不，这不是真的。
【讨论】：
java.util.Calendar 是一个设计糟糕的 API
不，应该没有必要。
日历是否在之后立即序列化？
我遇到了旧 jvm 中日历序列化的错误。
在序列化之前调用 getTime 可能足以绕过该错误，尽管我没有安装足够旧的 JVM 来确认这一点。
【讨论】：