Кэширование объектов в памяти в java

Вы не хотите использовать WeakHashMap. SoftHashMap было бы ближе, но его нет в стандартной библиотеке. На вашем месте я бы посмотрел классы кеша Guava для подсказок.

Но вот несколько дополнительных мыслей:

Должен уменьшаться, когда JVM не хватает памяти (вид слабой ссылки).

Вы имеете в виду soft reference. Но в любом случае, это требование немного пахнет для меня. Я бы признал, что это может быть действительным требованием, но редко когда вам это действительно нужно. Если размер ваших записей можно достаточно хорошо предсказать и если вы планируете установить жесткое ограничение на количество записей, которые вы хотите кэшировать, скорее всего, вам не нужна эта сложность.

Не следует использовать сторонние библиотеки.

Все говорили об этом, и они правы.

С точки зрения безопасности эффективность шифрования данных, кэшированных в памяти, сомнительна. Вы также должны иметь ключ шифрования в памяти. Бьюсь об заклад, есть много вещей, о которых нужно беспокоиться больше, чем о злоумышленниках, читающих содержимое вашей памяти.

Нет, вы не должны этого делать. WeakHashMap не является кешем!

Теперь легко понять, почему WeakHashMap не работает для кэширования. Прежде всего, это все равно не сработает, потому что использует мягкие ссылки для ключей, а не для значений карты. Но вдобавок к этому сборщик мусора агрессивно освобождает память, на которую ссылаются только слабые ссылки. Это означает, что как только вы потеряете последнюю сильную ссылку на объект, который работает как ключ в WeakHashMap, сборщик мусора вскоре восстановит эту запись карты.

...

Так как же, черт возьми, мне реализовать кеш в Java?

Я предлагаю использовать одну из свободно доступных реализаций кэша, например JCS, OSCache и другие . Эти библиотеки обеспечивают лучшее управление памятью с помощью политик LRU и FIFO, например, переполнение диска, истечение срока действия данных и многие другие дополнительные дополнительные функции.

Как упоминает @user463324, вы должны просто использовать библиотеку, которая уже реализует это, например Google Guava, который входит в состав Apache 2.0. лицензия, с которой ни у одного здравомыслящего бизнеса не возникло бы проблем. Придумано не здесь — это не повод игнорировать решение.

У вас есть два варианта: JCS или Memcache/EHCache.

Эти два варианта функционально эквивалентны, но имеют некоторые важные различия. При использовании JCS кэшированные объекты не сериализуются/десериализуются. Они остаются объектами Java, поэтому их хранение и извлечение выполняется очень быстро. Однако это означает, что ваш кеш находится внутри JVM, следовательно, использует кучу JVM, а также недоступен для других JVM. [JCS предоставляет некоторый тип распределенных возможностей в качестве дополнения].

С другой стороны, Memcache/Ehcache — это внешние кэши, которые выполняют сериализацию/десериализацию при выполнении операций размещения/получения. Это может свести на нет преимущества кэширования в некоторых крайних случаях. поэтому бенчмаркинг для скорости имеет важное значение. Если подходит, то раздается, использует свою память, может быть и на другом ящике. Но это также означает, что вы должны учитывать безопасность данных между JVM и внешним кешем.