Обекти за кеширане в паметта в 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 са външни кешове, които извършват сериализация/десериализация, докато извършват операциите put/get. Това може да отмени ползата от кеширането в някои екстремни случаи. така че сравняването на скоростта е от съществено значение. Ако е подходящ, разпределен е, използва собствена памет, може да е на друга кутия. Но това също означава, че трябва да имате предвид сигурността на данните между JVM и външния кеш.