Я ищу современную реализацию пула объектов в Java. Я вижу общедоступный apache, но, честно говоря, я бы предпочел тот, который использует дженерики, и параллелизм из более поздних версий java.
Общий пул действительно хорошо работает? Код выглядит красиво, эээ, уродливо.
Мне нужно что-то, что позволяет настраивать проверку жизнеспособности и т. Д. И т. Д.
Спасибо!
Я вижу общедоступный apache, но, честно говоря, я бы предпочел тот, который использует дженерики, и параллелизм из более поздних версий java.
Ну, дело в том, что такого рода проекты (общие пулы объектов) не пользуются большой популярностью, потому что в настоящее время в них мало нужды (создание объектов дешево). Это, вероятно, объясняет, почему вы не видите многих из них (и на самом деле я знаю только о Commons Pool).
При этом, если вашей основной задачей являются дженерики, вы можете исправить пул Commons, см. POOL-83. к нему прикреплен патч.
Общий пул действительно хорошо работает? Код выглядит красиво, эээ, уродливо.
У него есть несколько известные ошибки (четыре), но, насколько мне известно, это работает. Что касается последнего предложения, ну, если вы думаете, что можете написать что-то лучше, и если у вас есть на это время, почему бы просто не сделать это?
Мне нужно что-то, что позволяет настраивать проверку жизнеспособности и т. Д. И т. Д.
У вас нет бесконечного количества вариантов. Либо
Commons Pool — хороший кандидат для вашего проекта.
Трудно дать рекомендацию, не зная, какие функции вам нужны.
Если количество объектов в пуле фиксировано, вы можете использовать BlockingQueue, как в этот пример из вопроса, упомянутого @codedevour
Если значения, которые вы хотите объединить, могут быть связаны с ключом, вы можете использовать MapMaker из Guava
ConcurrentMap<Key, Connection> connections = new MapMaker()
.concurrencyLevel(32)
.softKeys()
.weakValues()
.expiration(30, TimeUnit.MINUTES)
.evictionListener(
new MapEvictionListener<Key, Connection>() {
public onEviction(Key key, Connection connection) {
connection.close();
}
});
.makeComputingMap(
new Function<Key, Connection>() {
public Connection apply(Key key) {
return createConnection(key);
}
});
Оформить заказ КБОП. Это потокобезопасная блокировка одного ключа для одного объекта или одного ключа для пула нескольких объектов. Он легкий и не добавляет дополнительных зависимостей.
Кажется, это связано с вашим вопросом, возможно, вам действительно стоит подумать о написании пула объектов самостоятельно. Работает ли этот базовый пул объектов Java?.
Объединение в пул изначально было введено как действие по настройке для снижения производительности при создании объектов и, в частности, при сборке мусора. На современной JVM › 1.4 пул больше не нужен для оптимизации управления памятью в типичном бизнес-приложении. Это может даже негативно сказаться на производительности сборщика мусора. В особых случаях, таких как создание миллионов экземпляров при каждом вызове метода, это все равно может окупиться.
Однако пул экземпляров по-прежнему интересен для объектов с медленным созданием пользовательских постов. В некоторых случаях вы хотите внедрить некоторые зависимости после создания объекта, прочитать некоторую конфигурацию и т. д. Это может быть медленным и не должно выполняться снова и снова. В таких случаях объединение объектов улучшит общую производительность.
Адам Бьен -- Объединение объектов может быть полезным по совершенно другим причинам
Что вы думаете об улучшении Commons Pool Framework? Вы могли бы сделать некоторый рефакторинг и добавить общую часть, это было бы неплохо и для других.
Еще один пул (yapool) содержит общую реализацию пула с возможностью обработки событий пула через прослушиватели (пример). Это обеспечивает большую гибкость в настройке поведения пула, добавлении функций и диагностике использования ресурсов пула. В качестве альтернативы вы также можете расширить реализацию пула, добавив желаемое поведение (пример). Это должно быть относительно просто, поскольку реализации пулов уже расширяют друг друга (Basic --> Bound --> Pruned).
Для начала вы можете использовать простой BoundPool. и установите свою собственную фабрику (см., например, "LongFactory" в ранее упомянутом примере событий пула) или просто используйте ObjectPool.
Yapool не имеет «синхронизированных» блоков и довольно быстр.
Существует реализация пула объектов в http://code.google.com/p/spf4j/ Я считаю, что это лучшая реализация, чем в Apache Commons. Код не такой уродливый, и работает лучше...
Что касается дженериков, то почему бы просто не использовать неуниверсальную библиотеку и не создать оболочку, которую вы используете для доступа к неуниверсальной библиотеке, отвечающей за приведение типов? Таким образом, есть одно место, где выполняется кастинг, что, по крайней мере, немного очистит код.
Пул - это традиционный способ, кеширование - это современный способ. И есть много современных реализаций кеша.
Чтобы узнать разницу между этими двумя, вы можете прочитать это: http://www.informit.com/guides/content.aspx?g=java&seqNum=104
Я считаю, что мы можем использовать кэш-библиотеку для объединения наших объектов, но не наоборот. Только не забудьте повторно инициализировать объект после того, как мы получим его из кеша. Так зачем иметь два разных животных (кэш и пул), если вы можете добиться всего, используя один?
