quand est-ce un printemps bean instancié

ApplicationContext ctx = new ClassPathXmlApplicationContext(
    "com/springinaction/springidol/spring-idol.xml");
Performer performer = (Performer) ctx.getBean("duke");
performer.perform();

Ci-dessus, lorsque les haricots sont instanciés lorsque l'ApplicationContext est créé ou lorsque le getBean() est appelée?

InformationsquelleAutor java_geek | 2010-12-15
  1. 37

    En supposant que le haricot est un singleton, et n'est pas configuré pour les paresseux initialisation, puis il est créé lorsque le contexte est lancé. getBean() juste poissons il.

    Lazy-init haricots ne seront initialisées lors de la première référence, mais ce n'est pas la valeur par défaut. L'étendue des haricots (par exemple, le prototype de portée) va également être créé lors de la première référencés.

    • Si un BeanFactory est utilisé, les haricots sont paresseusement chargé?
    • Bien BeanFactory est juste une interface, ce qui dépend de la mise en œuvre que vous utilisez, mais en général, oui, la même chose est vraie pour la plupart (si pas tous) BeanFactory implémentations.
    • Skaffman : Désolé , je comprends que si les haricots ont une portée est un singleton, il sera créé lors de la nouvelle applicantionContext Mais comment le test est-il créé ou pas? Dans le prototype, j'appel getBeanDefinitionNames apparaissent encore
    InformationsquelleAutor skaffman
  2. 13

    En fonction de Printemps la documentation,

    Le comportement par défaut pour ApplicationContext implémentations est avec impatience pré-instancier tous singleton haricots au démarrage.

    Aussi, vous pouvez les mettre à la charge paresseusement.

    • c'est le comportement de singleton haricots. mais quel est le comportement normal de haricots
    • Les Singletons est normal. ils sont par défaut. Ce qui est normal pour vous?
    • je voulais savoir si singleton=false est fixé pour le haricot
    • Bon point. Voir mon édité réponse.
    InformationsquelleAutor vstoyanov
  3. 9

    Pour référence, voir

    Voici une brève description de quand les haricots sont créés:

    • Un singleton bean (qui est par défaut le champ d'application) qui n'ont pas le lazy-init propriété est définie sur true (valeur par défaut: false) est construit lorsque le contexte de l'application est créé
    • Un singleton bean qui n'ont le lazy-init propriété a la valeur true est construit quand il est d'abord demandé
    • Un haricot dans tout autre champ d'application est créé lorsqu'il est demandé pour la première fois (pour que le champ d'application).
    InformationsquelleAutor bug
  4. 1

    1. Par défaut, tous les haricots sont des singletons, de sorte que chaque fois que le contexte de l'Application est créé, ils sont tous pré-chargé. Si, plus précisément, tout singleton bean a un attribut lazy-init="true", il vous sera chargement paresseux, c'est à dire qu'il sera instancié lors de la getBean méthode est appelée pour la première fois.

    2. Pour d'autres étendues, les haricots être instanciée lorsqu'ils sont demandés.

    InformationsquelleAutor Yogesh Sanchihar
  5. 0

    Par défaut il est créé lorsque le contexte est lancé, mais l'ordre dépend de dépendances.
    Si nous avons les classes suivantes :

    @Component
public  class A{

}

@Component
public class B{
    @Autowired
    A a;

}

    De catégorie A sera créé avant la classe B, car il dépend de la classe A.

    InformationsquelleAutor BenE