WEEK_OF_YEAR在不同的机器上不一致

Question

更新：好的，我似乎找到了答案的一半。 如果我使用无参数getInstance创建我的日历，我得到WEEK_OF_YEAR = 52.但是，如果我通过向getInstance提供Local.getDefaul（）创建它，我得到WEEK_OF_YEAR = 1.完全没想到这个...我想，需要重新阅读日历文档。

从时间戳构建日历，对应于2011年1月1日星期六00:00:00 GMT 。

使用java.util.Date，Calendar和TimeZone的相同代码在不同的机器上具有不同的行为（具有相同的区域设置）; 除了WEEK_OF_YEAR之外，日历中的所有字段都是相同的。 在我的机器上它是52（实际上在我的两台机器上）。 在我的同事的机器上它是1（这似乎是正确的）。

import java.util.Date;
import java.util.TimeZone;
import java.util.Calendar;
import java.util.Locale;

public class CalendarTest {

    public static void main(String[] args) {

        Locale l = Locale.getDefault();
        System.out.println(l);
        Long d = new Long(1293840000000l);

        Calendar c = Calendar.getInstance();
        c.setTimeZone(TimeZone.getTimeZone("UTC"));
        c.setTime(new Date(d));

        System.out.println(c.toString());
}

.. locale是en_US，但Calendar是：

>java.util.GregorianCalendar[time=1293840000000,
areFieldsSet=true,
areAllFieldsSet=true,
lenient=true,
zone=sun.util.calendar.ZoneInfo[
id="UTC",
offset=0,
dstSavings=0,
useDaylight=false,
transitions=0,lastRule=null
],
firstDayOfWeek=2,
minimalDaysInFirstWeek=4,
ERA=1,
YEAR=2011,
MONTH=0,
WEEK_OF_YEAR=52,
WEEK_OF_MONTH=0,
DAY_OF_MONTH=1,
DAY_OF_YEAR=1,
DAY_OF_WEEK=7,
DAY_OF_WEEK_IN_MONTH=1,
AM_PM=0,HOUR=0,
HOUR_OF_DAY=0,
MINUTE=0,
SECOND=0,
MILLISECOND=0,
ZONE_OFFSET=0,
DST_OFFSET=0]

可能导致WEEK_OF_YEAR不一致的原因是什么？

Answer 1

firstDayOfWeek ＆ minimalDaysInFirstWeek

原来是一个功能，而不是一个bug。

您看到的不同行为的原因是问题中显示的输出中报告的两个设置：

• firstDayOfWeek
• minimalDaysInFirstWeek

阅读类和子类的doc非常重要：

• java.util.Calendar中
• java.util.GregorianCalendar中

第二个文档详细解释了上面列出的这两个设置对于确定本地周是如何至关重要的。

日历

请注意日历。 2011年的第一天是星期六。 本月的第二个是星期日，星期日是美国的默认星期开始日。

在设置为美国语言环境的Mac OS X计算机上，这些设置均为1 。 如果所需的最小天数为1，那么第一天就会出现在本地化的第1周.Java会报告这一点。

但是在您报告的问题机器上，这些设置分别为2和4。 我不知道你是如何通过默认设置改变这些设置的，但是你做到了。

• firstDayOfWeek | 1比2 （周日对周一）
• minimalDaysInFirstWeek | 1对4

至少4天意味着First不符合新年的一周。 所以它是去年（2010年）的第52周。 2011年第一周是2011年1月2日至1月8日。

因此，给出Java 7中java.util.Calendar类的文档时，您看到的行为符合预期。神秘的是这些设置是如何从问题机器上的默认设置中更改的？

ISO 8601

顺便说一下，文档提到2和4的设置为您提供了ISO 8601标准定义的行为，如我的其他答案中所述 。 这可能是为什么这些设置在您的问题机器上非默认设置的线索。 某人，系统管理员或程序员，可能试图获得标准行为而不是本地化行为。

示例代码

让我们用一些代码来证明这一点。 我们将使用问题代码的修改版本。 我们这里的代码明确地设置了有争议的变量。 因此，您可以在任何机器上运行此示例，正常或问题。 首先，我们强制使用默认情况下在美国语言环境机器1和1上找到的设置。 然后我们使用问题2和4报告的设置。

Locale l = Locale.getDefault();
System.out.println( l + "\n" );
Long d = new Long( 1293840000000l );

Calendar c = Calendar.getInstance();
c.setTimeZone( TimeZone.getTimeZone( "UTC" ) );
c.setTime( new Date( d ) );

// Running Java 8 Update 11, Mac OS 10.8.5, virtual machine in Parallels 9, hosted on Mac with Mavericks.

// Force the use of default settings found on a machine set for United States locale (using Apple defaults).
c.setFirstDayOfWeek( 1 );
c.setMinimalDaysInFirstWeek( 1 );
// Reports: WEEK_OF_YEAR=1
System.out.println( "Default US settings:\n" + c.toString() + "\n" );

// Using reported settings (Coincides with ISO 8601 Week definition).
c.setFirstDayOfWeek( 2 );
c.setMinimalDaysInFirstWeek( 4 );
// Reports: WEEK_OF_YEAR=52
System.out.println( "Reported settings (ISO 8601):\n" + c.toString() + "\n" );

跑的时候......

en_US

Default US settings:
java.util.GregorianCalendar[time=1293840000000,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo[id="UTC",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null],firstDayOfWeek=1,minimalDaysInFirstWeek=1,ERA=1,YEAR=2011,MONTH=0,WEEK_OF_YEAR=1,WEEK_OF_MONTH=1,DAY_OF_MONTH=1,DAY_OF_YEAR=1,DAY_OF_WEEK=7,DAY_OF_WEEK_IN_MONTH=1,AM_PM=0,HOUR=0,HOUR_OF_DAY=0,MINUTE=0,SECOND=0,MILLISECOND=0,ZONE_OFFSET=0,DST_OFFSET=0]

Reported settings (ISO 8601):
java.util.GregorianCalendar[time=1293840000000,areFieldsSet=true,areAllFieldsSet=true,lenient=true,zone=sun.util.calendar.ZoneInfo[id="UTC",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=1,YEAR=2011,MONTH=0,WEEK_OF_YEAR=52,WEEK_OF_MONTH=0,DAY_OF_MONTH=1,DAY_OF_YEAR=1,DAY_OF_WEEK=7,DAY_OF_WEEK_IN_MONTH=1,AM_PM=0,HOUR=0,HOUR_OF_DAY=0,MINUTE=0,SECOND=0,MILLISECOND=0,ZONE_OFFSET=0,DST_OFFSET=0]

故事的道德启示

使用ISO 8601标准周 ！ 😉

---

感谢Marco13，他对该问题的评论引发了这个答案。

Answer 2

[见下面的更新。 错误答案。]

对于ISO 8601周 ，第1周有第一个星期四， 正确答案是 2010-W52 。

为了进行比较和实验，请尝试使用Joda-Time或Java 8中的新java.time包（受Joda-Time启发）。 无论如何，你应该使用那些java.util.Date和.Calendar类是一个众所周知的麻烦混乱。

乔达时间

DateTime dateTime = new DateTime( 2011, 1, 1, 0, 0, 0, DateTimeZone.UTC );
int weekNumber = dateTime.getWeekOfWeekYear();
String output = ISODateTimeFormat.weekDate().print( dateTime );

更新：回答不相关

我错误地认为java.util.Calendar按照ISO 8601标准确定了一周的年份。 它不是。 它使用Locale来影响其getFirstDayOfWeek()方法的结果。 然后它使用从那天开始的最早的七天时段作为一年的第一周。 请参阅doc的“第一周”部分 。

所以使用Joda-Time或java.time无助于调试问题。 我留下这个答案来强调（a）使用标准周与本地周之间的区别，以及（b）不做假设的重要性。