Очень_Любопытный,

В статье - примеры для запуска из public static void main. В жизни - большинство проектов .war модули и входной точкой является Servlet или ContextListener прописаный в web.xml.
Повсеместное использование getBean это ошибка. Такой подход называется Service Locator и существовал в J2EE ещё за долго до Spring. Он нужет там где Dependency Injection работать не будет. Dependency Injection обладает рядом преимущество по стравнению с Service Locator, поэтому его стоит использовать максимально.
У того же Фаулера есть хорошая статья по этой теме.

Очень_Любопытныйа CandidateDao вообще среди объявленных бинов отсутствует.
как это работает?
Что такое "объявленые бины"? Класс CandidateDao помечен некоторой аннотацией. Spring сканирует классы и регистрирует бины в своём контексте, если они помечены соответствующими аннотациями.
Постарайтесь сформулировать свой вопрос более конкретно. Тогда вы на него сможете получить детальный ответ. Сейчас трудно угадать что именно у вас вызывает недопонимание.

Очень_Любопытныйу меня вот такой web.xml



JEE контейнер созаёт экземпляр вышеуказанного класса. Тот создаёт Spring Application Context, используя вышеуказаный конфиг.
Конфиги вида /WEB-INF/*-servlet.xml спринг, вроде вообще сам умеет находить, их в web.xml писать не обязательно.

Очень_Любопытныйа что конкретно получается, если не делается getBean ?

Где делается? Зачем делается?

Очень_Любопытныйпросто вызывается конструктор?
если так, то зачем тогда нужен
?
Предлагается прочитать всю статью чтобы понять что вы имеете ввиду?

Очень_Любопытныйпод объявленными бинами я имел ввиду бины из xml.

Это конфигурация для Spring IoC. Она может быть в xml и аннотациях. Смешивать можно, но крайне не желательно.

Очень_ЛюбопытныйКак я понимаю, если я вызываю getBean(), то из контекста берется бин(если он уже существует, если нет, то ещё и конструируется) и мне передаётся ссылка на него(что-то типа синглтона).
Грубо-говоря - да. Но есть нюансы. Во-первых есть scope, который по-умолчанию singleton. Во-вторых есть параметр lazy. В-третих создаётся не обязательно через конструктор.

Очень_Любопытныйпричем берется по id.

Да.

Очень_ЛюбопытныйВ том случае если getBean() явно не вызывается, то как Spring понимает какой бин взять?

В случае аннотаций, там есть ряд правил описаных в мануле. И по имени класса и по имени поля пытается найти самый подходящий.

Очень_Любопытныйпросто вызывает конструктор, кладет объект в контекст и при следующей просьбе выдать объект выдаст его же???

Да


автор Конструкция require=false сообщает фреймворку о том, что наличие соответствующего bean'а не является обязательным при компиляции программы.
Статья "блещет", конечно. На этапе компиляции никакого контейнера нет, поэтому проверок никаких не будет. Мне в мануал уже лень смотреть. А вы могли бы. На сколько я догадываюсь, что когда контейнер будет создавать текущий бин, при required=false у свойства будет просто null. А при required=true контейнер выкинет исключение, что не найдена зависимость.