Почему конструктор класса бина CDI называется более одного раза

Question

Я аннотировал класс с @ApplicationScoped. С @Inject я получаю экземпляры этого класса инжектированных в несколько @RequestScopded услуг JAX-RS:

@ApplicationScoped 
public class MySingleton { 
    MySingleton() { 
    System.out(this + " created."); 
    } 
} 

@RequestScoped 
public class MyRS { 
    @Inject MySingleton mySingleton; 
    public void someMethod() { 
    // do something with mySingleton 
    } 
} 

В основном это работает отлично. Howeger, по крайней мере, когда я запускаю это в WebSphere 8.5 конструктор MySingleton вызывается дважды, что приводит к выходу, как

my.package.MySingleton_$$_javassist_26@cddebf9b created. 
my.package.MySingleton@e51e26d1 created. 

Я планировал сделать некоторые дорогие инициализации в конструкторе, который, очевидно, будет выполнен в два раза.

Я считаю, что один из вызовов конструктора предназначен для создания своего рода прокси-сервера для фактического экземпляра «рабочий». Но как я могу избежать выполнения кода инициализации, выполняемого дважды? «Решение» для ленивой инициализации во всех методах MySingleton не очень привлекательно.

Answer 1

Конструктор управляемых компонентов может быть вызван контейнером также для создания прокси. Для любой «реальной» инициализации Java EE поэтому предоставляет аннотацию @PostConstruct. В @ApplicationScoped боб метод с аннотацией @PostConstruct вызывается ровно один раз контейнером:

@ApplicationScoped 
public class MySingleton { 
    MySingleton() { 
    System.out(this + " created."); 
    } 
    @PostConstruct 
    init() { 
    System.out(this + " initd."); 
    } 
} 

Выход:

my.package.MySingleton_$$_javassist_26@cddebf9b created. 
my.package.MySingleton@e51e26d1 created. 
my.package.MySingleton@e51e26d1 initd. 

Связанные вопрос: Why use @PostConstruct?

Answer 2

Это прокси-объект javassist, созданный для вашего синглтона. Контрактор singleton должен просто вызываться, когда создается фактический объект.