StackOverflowError使用joda-time new Period（long）

Question

首先，抱歉，这太久了。 我可能不需要所有代码，但我想确定。

其次，我的实际问题是，我做错了什么，或者这是joda-time库中的错误？

我正在尝试使用joda-time（1.6.1）来计算，然后格式化持续时间。

我目前正在使用Period ，这可能是错误的选择。 如果是的话请告诉我。 但是，即使这是错误的选择，我也很确定这不应该发生。

我正在使用毫秒初始化一个Period （通过将持续时间（以秒为单位）乘以1000）。 我正在使用Period所以我可以将其格式化并打印出来：

long durationLong = durationSec * 1000;
Period duration = new Period(durationLong);

PeriodFormatter daysHoursMinutes = new PeriodFormatterBuilder()
    .appendHours()
    .appendSeparator(":")
    .appendMinutes()
    .appendSeparator(":")
    .appendSeconds()
    .toFormatter();

String formattedString = daysHoursMinutes.print(callDuration.normalizedStandard());

我在下面得到了Exception，并查看了源代码以确认循环。

Caused by: java.lang.StackOverflowError
    at java.util.Hashtable.get(Hashtable.java:274)
    at java.util.Properties.getProperty(Properties.java:177)
    at java.lang.System.getProperty(System.java:440)
    at java.lang.System.getProperty(System.java:412)
    at org.joda.time.DateTimeZone.getDefault(DateTimeZone.java:132)
    at org.joda.time.DateTimeZone.forID(DateTimeZone.java:190)
    at org.joda.time.DateTimeZone.getDefault(DateTimeZone.java:132)
    at org.joda.time.DateTimeZone.forID(DateTimeZone.java:190)

...snip (all the same)...

    at org.joda.time.DateTimeZone.getDefault(DateTimeZone.java:132)
    at org.joda.time.DateTimeZone.forID(DateTimeZone.java:190)
    at org.joda.time.DateTimeZone.getDefault(DateTimeZone.java:132)
    at org.joda.time.DateTimeZone.forID(Dat

周期（长）：

public Period(long duration) {
    super(duration, null, null);
}

super（long，PeriodType，Chronology）：

protected BasePeriod(long duration, PeriodType type, Chronology chrono) {
    super();
    type = checkPeriodType(type);
    chrono = DateTimeUtils.getChronology(chrono);
    iType = type;
    iValues = chrono.get(this, duration);
}

DateTimeUtils.getChronology（计时）：

public static final Chronology getChronology(Chronology chrono) {
    if (chrono == null) {
        return ISOChronology.getInstance();
    }
    return chrono;
}

ISOChronology.getInstance（）：

public static ISOChronology getInstance() {
    return getInstance(DateTimeZone.getDefault());
}

DateTimeZone.getDefault（）：

public static DateTimeZone getDefault() {
    DateTimeZone zone = cDefault;
    if (zone == null) {
        synchronized(DateTimeZone.class) {
            zone = cDefault;
            if (zone == null) {
                DateTimeZone temp = null;
                try {
                    try {
                        temp = forID(System.getProperty("user.timezone"));
                    } catch (RuntimeException ex) {
                        // ignored
                    }
                    if (temp == null) {
                        temp = forTimeZone(TimeZone.getDefault());
                    }
                } catch (IllegalArgumentException ex) {
                    // ignored
                }
                if (temp == null) {
                    temp = UTC;
                }
                cDefault = zone = temp;
            }
        }
    }
    return zone;
}

forID（String）调用getDefault（），它创建循环：

 public static DateTimeZone forID(String id) {
    if (id == null) {
        return getDefault();
    }
    if (id.equals("UTC")) {
        return DateTimeZone.UTC;
    }
    DateTimeZone zone = cProvider.getZone(id);
    if (zone != null) {
        return zone;
    }
    if (id.startsWith("+") || id.startsWith("-")) {
        int offset = parseOffset(id);
        if (offset == 0L) {
            return DateTimeZone.UTC;
        } else {
            id = printOffset(offset);
            return fixedOffsetZone(id, offset);
        }
    }
    throw new IllegalArgumentException("The datetime zone id is not recognised: " + id);
}

Answer 1

由于循环部分仅在joda代码中，我会说这是一个错误。

---

它已在主干上得到纠正，将在V2.0中提供。

---

资源：

• 报告的错误

Answer 2

看起来这是一个错误，因为它假设已经设置了user.timezone属性。

在这种情况下，这是绕过它的方法 - 只需确保user.timezone设置正确。 尽管如此，这是一种耻辱。

Joda Time在很多地方都使用“null表示默认” - 不幸的是，在我看来。 我通常更喜欢“null无效”。 在Noda Time （Joda Time to .NET的一个端口）中，我们试图摆脱很多这样的事情 - 以及防止默认时区首先变得普遍。