💡 Редкий совет Java: используйте `ClassValue` для кэша, привязанного к классу
Обычно метаданные кэшируют так:
Map<Class<?>, Metadata> cache = new ConcurrentHashMap<>();
Но такой кэш способен удерживать классы и их
Для подобных случаев в Java есть
private static final ClassValue<Metadata> CACHE =
new ClassValue<>() {
@Override
protected Metadata computeValue(Class<?> type) {
return inspect(type);
}
};
Metadata metadata = CACHE.get(User.class);
Значение вычисляется отдельно для каждого класса и может быть очищено после его выгрузки.
Редкий инструмент JVM, который часто безопаснее, чем
#Java #JVM #Backend #Performance
Обычно метаданные кэшируют так:
Map<Class<?>, Metadata> cache = new ConcurrentHashMap<>();
Но такой кэш способен удерживать классы и их
ClassLoader, создавая утечки памяти в плагинах, серверах приложений и системах с динамической загрузкой.Для подобных случаев в Java есть
ClassValue:private static final ClassValue<Metadata> CACHE =
new ClassValue<>() {
@Override
protected Metadata computeValue(Class<?> type) {
return inspect(type);
}
};
Metadata metadata = CACHE.get(User.class);
Значение вычисляется отдельно для каждого класса и может быть очищено после его выгрузки.
ClassValue особенно полезен для reflection-кэшей, сериализаторов, ORM, прокси и плагинных архитектур.Редкий инструмент JVM, который часто безопаснее, чем
ConcurrentHashMap<Class<?>, ...>.#Java #JVM #Backend #Performance
👍4🔥2🥰1
⚡️ Java-приём: не храни метаданные классов в `static Map<Class<?>, ...>` — используй `ClassValue`.
Допустим, библиотека кеширует информацию о каждом классе:
На первый взгляд всё нормально.
Но в приложениях с динамической загрузкой классов — plugins, application servers, hot reload — такой кеш может удерживать
И получить неприятную утечку памяти.
В Java для этого есть малоизвестный
Использование:
Что даёт
- ленивое вычисление значения для каждого класса;
- thread-safe доступ;
- не нужен собственный
- кеш лучше согласован с жизненным циклом загруженных классов.
Особенно полезно для reflection, serializers, ORM, DI-контейнеров и framework-кода, где постоянно кешируются данные по
🔥 Если видишь в библиотеке:
стоит хотя бы задать вопрос:
а почему здесь не `ClassValue`?
#Java #JVM #Backend #Programming
Допустим, библиотека кеширует информацию о каждом классе:
private static final Map<Class<?>, Metadata> CACHE =
new ConcurrentHashMap<>();
На первый взгляд всё нормально.
Но в приложениях с динамической загрузкой классов — plugins, application servers, hot reload — такой кеш может удерживать
Class, а вместе с ним и его ClassLoader.И получить неприятную утечку памяти.
В Java для этого есть малоизвестный
ClassValue<T>:
private static final ClassValue<Metadata> CACHE =
new ClassValue<>() {
@Override
protected Metadata computeValue(Class<?> type) {
return buildMetadata(type);
}
};
Использование:
Metadata metadata = CACHE.get(MyClass.class);
Что даёт
ClassValue:- ленивое вычисление значения для каждого класса;
- thread-safe доступ;
- не нужен собственный
ConcurrentHashMap;- кеш лучше согласован с жизненным циклом загруженных классов.
Особенно полезно для reflection, serializers, ORM, DI-контейнеров и framework-кода, где постоянно кешируются данные по
Class<?>.🔥 Если видишь в библиотеке:
static ConcurrentHashMap<Class<?>, ...>
стоит хотя бы задать вопрос:
а почему здесь не `ClassValue`?
#Java #JVM #Backend #Programming
❤3👍2