Что мы можем сделать с синхронизацией конструктора java.util.Calendar на статическом Hashtable?

Я был в ужасе, увидев, что многие из наших потоков приложений конкурируют за синхронизацию по методу java.util.Hashtable.get(xx), который получает доступ к конструктору календаря.

at java.util.Hashtable.get(java.lang.Object)
at java.util.Calendar.setWeekCountData(java.util.Locale)
at java.util.Calendar.<init>(java.util.TimeZone, java.util.Locale)
at java.util.GregorianCalendar.<init>(java.util.TimeZone, java.util.Locale)

ctor ищет статическую хэш-таблицу, предназначенную для использования в качестве кеша, но заканчивает блокирование всех потоков.

/**
 * Cache to hold the firstDayOfWeek and minimalDaysInFirstWeek
 * of a Locale.
 */
private static Hashtable<Locale, int[]> cachedLocaleData = new Hashtable<Locale, int[]>(3);

protected Calendar(TimeZone zone, Locale aLocale)
{
    .. .. snip .. 
    setWeekCountData(aLocale);
}

private void setWeekCountData(Locale desiredLocale)
{
/* try to get the Locale data from the cache */
int[] data = cachedLocaleData.get(desiredLocale);

....
}

Есть ли лучший способ манипулировать датами? Joda обходит все эти проблемы?

Ответ 1

Решение состоит в том, чтобы повторно использовать экземпляры календаря вместо создания новых.

Ответ 2

Лучшее решение, использование Java 7, Hashtable было заменено на ConcurrentMap.

Ответ 3

Возможно, самым простым решением (помимо обновления базовой реализации) является использование экземпляра прототипа и clone it.