diverMВсем привет,
Есть ли библиотека типа guava которая удовлетворяет следующим требованиям для map?:
1. при добавлении элементов можно повесить что-то типа expiration policy: вообще никогда не удалять, удалять через 5 мин, удалять через 10 минут, .. Т.е. полиси определяется при добавлении нового элемента
Я-бы предложил небольшое изменение (дополнение). Вряд-ли кто-то будет ставить OVER 9000 отдельных
policy. Скорее всего их будет немного. 5-10 штук. От 5 минут до бесконечности. С экспоненциальным
шагом.... ну да бох с ним. Неважно.
2. удаление элементов происходит в фоновом потоке периодически, основываясь на expiration policy, а не когда мы обращаемся к элементу.
Всегда лучше разработать и исследовать однопоточную реализацию и если не хватит возможностей
то тогда запускать фоновые задачи. В данном конкретном случае задача хорошо решается через
список 5-10 штук коллекций типа LRU. Ясен пень - каждая коллекция имеет свой Exp Policy и
внутри LRU будет упорядоченный по чистке список. Добавление и чистка - синхронны. 1 элемент добавил
и тут-же почистил от 0 до N устаревших ключиков. Фоновые потоки - не нужны.

Для batch-варинта можно предусмотреть: добавление пачки и ручная (управляемая) очистка
когда batch будет завершён. Это для тех кто любит скорость. Такую чтоб значить "уши
трепыхались от набегающего потока".

Запуск - фоновых чистящих потоков предлагаю выносить на обсуждение. В свете вышепредложенного.

diverMBasil A. Sidorovпропущено...
Ищите параллельно. Сделайте отдельную карту, которая укажет набор, хранящий тот или иной объект.пропущено...
Ложный посыл. Подумайте немного и сами это поймёте.
Вопрос стоял о существующей библиотеке, а не так как это самому реализовать.
Видно такого нет.
Это простая задача. И на каждый чих никто не будет создавать библиотеки.
Есть пространство имён java.util.collections. Есть механизм Generics.
Бери и пиши.

Как Delphi никто не будет клепать компоненты на каждый случай.