Если компонент создается с помощью тега @Bean, то мы можем создать два компонента. Как это синглтон за приложение?
В Java все переменные, которые вы объявляете, на самом деле являются «ссылками» на объекты (или примитивы), а не самими объектами.
При попытке выполнить один метод объекта , ссылка просит живой объект выполнить этот метод. Но если ссылка ссылается на NULL (ничего, нуль, void, nada), то нет способа, которым метод будет выполнен. Тогда runtime сообщит вам об этом, выбросив исключение NullPointerException.
Ваша ссылка «указывает» на нуль, таким образом, «Null -> Pointer».
Объект живет в памяти виртуальной машины пространство и единственный способ доступа к нему - использовать ссылки this. Возьмем этот пример:
public class Some {
private int id;
public int getId(){
return this.id;
}
public setId( int newId ) {
this.id = newId;
}
}
И в другом месте вашего кода:
Some reference = new Some(); // Point to a new object of type Some()
Some otherReference = null; // Initiallly this points to NULL
reference.setId( 1 ); // Execute setId method, now private var id is 1
System.out.println( reference.getId() ); // Prints 1 to the console
otherReference = reference // Now they both point to the only object.
reference = null; // "reference" now point to null.
// But "otherReference" still point to the "real" object so this print 1 too...
System.out.println( otherReference.getId() );
// Guess what will happen
System.out.println( reference.getId() ); // :S Throws NullPointerException because "reference" is pointing to NULL remember...
Это важно знать - когда больше нет ссылок на объект (в пример выше, когда reference и otherReference оба указывают на null), тогда объект «недоступен». Мы не можем работать с ним, поэтому этот объект готов к сбору мусора, и в какой-то момент VM освободит память, используемую этим объектом, и выделит другую.
3 ответа
Из Spring Docs
Когда бин является одноэлементным, будет управляться только один общий экземпляр бина, и все запросы на бины с совпадающими идентификаторами или идентификаторами это определение бина приведет к тому, что один конкретный экземпляр бина будет возвращен контейнером Spring.
В вашем примере вы создаете два разных bean-компонента одного и того же класса. Поскольку область действия специфична для bean-компонента, она не имеет ничего общего с самим классом.
Внедрение зависимостей представляет собой двухэтапный процесс, который состоит из:
- Определить бин.
- Введите боб.
Когда вы объявляете определение bean-компонента с аннотацией @Bean, вы объявляете рецепт для создания реальных экземпляров класса, определенного этим определением bean-компонента. Это означает, что вы можете создать множество экземпляров объекта из одного рецепта.
Когда JavaConfig встречает такой метод, он выполняет этот метод и регистрирует возвращаемое значение в качестве компонента в контейнере Spring IoC.
В вашем примере вы объявили два определения бина. Таким образом, оба зарегистрированы как отдельный компонент в контейнере Spring IoC. Для одноэлементного компонента Spring будет перехватывать любые вызовы и гарантировать, что компонент, созданный этим методом, будет возвращен, а не разрешать его повторный вызов.
.Здесь, если класс StudentInfo является прототипом...
не имеет значения, если StudentInfo прототип. То, что Вы на самом деле делаете, - то, что Вы инстанцируете StudentInfo с new оператор, как:
return new StudentInfo("girraj1","gupta1");
фактическим бобовым определением является метод фабрики, который Вы сделали, и у Вас есть два из тех так два боба.
Так - и в наоборот - при введении боба, который на самом деле является экземпляром StudentInfo, Вы не вводите StudentInfo, но боб, названный студент или student1, как:
@Qualifier("student1")
@Autowired
private StudentInfo studentInfo;
И student1, студент они могли бы оба быть одиночными элементами.