Правильный Scopehandling в GUICE @Singleton против стандарта по умолчанию

Question

Был задан аналогичный вопрос уже по адресу (https://groups.google.com/forum/#!searchin/google-guice/Should $ 20Guice-Injected $ 20DAO $ 27s $ 20be $ 20Singletons $ 3F/google-guice/3B8XrwB-p18/B6OF13HWRnEJ), но Я не думаю, что он получил удовлетворительный ответ.

Базовая линия: Мы используем Guice в веб-приложении JSF/Primefaces, работающем на Tomcat. Стойкость обрабатывается через JPA/Hibernate.

В настоящее время ВСЕ наши DAO (около одного на каждый объект) аннотируются как @Singleton. Единственная причина для этого, похоже, связана с производительностью, поскольку другая часть (не JSF, но Webservice) будет получать тысячи обращений в секунду, и наш главный разработчик полагает, что создание DAO Singleton один раз, а затем получение его синхронным образом дешевле, чем всегда вводить новый экземпляр (который является областью по умолчанию Guice). Это противоречит тому, что пишет в Guicy Wiki о Scopes: если объект не имеет апатридов и недорого для создания, то определение области необязательно. Оставьте привязку не облажаемой, и Guice создаст новые экземпляры, поскольку они необходимы ... Хотя синглтоны сохраняют создание объекта (и позже сбор мусора), для инициализации синглета требуется синхронизация; ...

Теперь, что именно означает «инициализация синглтона» в этом контексте? Выполняется ли инициализация один раз? Каждый раз, когда он вводится?

Является ли предположение правильным, что с учетом приведенного выше сценария (тысячи обращений в секунду) с использованием аннотированных DAO с помощью @Singleton быстрее и лучше ресурсов, чем с использованием параметра по умолчанию?

Поскольку мы используем @Singleton для наших DAO, мы не вводим EntityManager напрямую, а используете EntityManagerProvider, который, насколько я понимаю, является правильным способом, поскольку поставщик считается потокобезопасным, что является требованием для @Singleton. Есть ли способ, одобренный Google, включить Hibernate с использованием DAO в вашем веб-приложении?

Answer 1

Хотя синглтоны сохраняют создание объекта (и позже сбор мусора ), для инициализации синглета требуется синхронизация; ...

Теперь, что именно означает «инициализация синглтона» в этом контексте ? Выполняется ли инициализация один раз? Каждый раз, когда он вводится?

Here - это реализация одноэлементного пространства (он немного отличается в выпущенной версии Guice, но следующие пункты все еще стоят). Каждый раз, когда зависимость с одноточечной областью вводится куда угодно, метод get() этого провайдера будет вызван, чтобы получить экземпляр.

Блокировка с двойным проверкой используется для того, чтобы после того, как синглтон был создан в первый раз, будущие звонки на номер get() дешевы: они читают одно поле volatile и возвращаются.

С другой стороны, использование @Singleton объектов DAO означает, что вы должны получить доступ к EntityManager через Provider в каждом методе, который включает в себя, глядя на EntityManager в HashMap в ThreadLocal где-то.

Вывод: единственный способ найти, какой выбор лучше для производительности, - это сравнить оба и выбрать более быстрый. Вероятно, вы обнаружите, что оба варианта достаточно быстры, и в этом случае вы должны выбрать самый чистый.