Это пятый день моего участия в августовском испытании обновлений, подробности о мероприятии:Испытание августовского обновления
предисловие
Обычно в разработке проекта уже настроен фреймворк, и начинается непосредственно разработка.Я не знаю, с чего она началась, и я не знаю, в чем принцип.Если есть проблема, то это Байду и Гугл. . Фреймворк значительно увеличивает скорость нашей разработки, а также облегчает развитие разработки.Однако, если вы не знаете принцип, лежащий в основе фреймворка, вы можете беспокоиться об этом только тогда, когда возникает проблема. Я еще помню, что давным-давно в проекте использовались асинхронные задачи, которые идут с spring, но я не знал принципа, на тот момент код копировали онлайн, хотя основные функции были реализованы, Но после медленной разработки возникла большая проблема с этой функцией, но я не знал как ее решить В итоге смог найти решение проблемы только с Baidu и Google. Хотя проблема решена, но я не знаю, в чем причина.Наконец, я пошел читать исходный код весенней асинхронной задачи и пула потоков самостоятельно. С этого момента, сталкиваясь с этой штукой, я могу спокойно смотреть на это, и я уже не такой робкий, как раньше, и я не знаю конкретной причины проблемы. Сказав так много, я просто хочу выразить: я знаю, что это такое, знаю, почему это так.
текст
Это первая статья, прочитанная исходным кодом Spring. На самом деле входов в исходный код Spring много.
Создайте новый пустой проект maven и импортируйте его в файл pom:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.8.RELEASE</version>
</dependency>
пружинный метод входа
Демонстрация, созданная мной, использует два способа создания контейнера Spring:
- Используйте форму конфигурации файла xml
ApplicationContext context=new ClassPathXmlApplicationContext("spring/quickstart-byname.xml");
Red bean = context.getBean(Red.class);
- Используйте форму конфигурации Java
ApplicationContext context=new AnnotationConfigApplicationContext(SpringScanConfig.class);
Blue bean = context.getBean(Blue.class);
@Configuration
@ComponentScan("com.test.spring")
public class SpringScanConfig {}
Запись AnnotationConfigApplicationContext
Далее я буду использовать второй метод в качестве входа в исходный код spring, и мне нужно указать файл конфигурации.Для автоматической инъекции файл конфигурации добавляется@ComponentScan("com.test.spring")этот код,
Цель состоит в том, чтобы позволить Spring автоматически обнаруживать и внедрять без ручной регистрации bean-компонентов, конечно, вы также можете вручную зарегистрировать информацию о bean-компонентах в файле конфигурации.
Давайте посмотрим на диаграмму наследования классов AnnotationConfigApplicationContext:
По диаграмме наследования посмотрим, что они сделали соответственно;
- AnnotationConfigApplicationContext: конструктор без аргументов присваивает значения считывателю и сканеру соответственно.
- GenericApplicationContext: присвоить значение свойству beanFactory
- AbstractApplicationContext: присвойте значение свойству resourcePatternResolver.
- DefaultResourceLoader: присвоить значение свойству classLoader
Давайте взглянем на часть исходного кода:
public AnnotationConfigApplicationContext(Class<?>... componentClasses) {
// 构造方法
this();
// 注册类信息
register(componentClasses);
// 刷新 重点
refresh();
}
AbstractApplicationContext.refresh();
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// Prepare this context for refreshing.
// 为刷新准备上下文
prepareRefresh();
// Tell the subclass to refresh the internal bean factory.
// 告诉子类刷新内部bean工厂，获取bean工厂
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// Prepare the bean factory for use in this context.
// 准备bean工厂
prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses.
// 准备beanFactory完成后的后置处理
postProcessBeanFactory(beanFactory);
// Invoke factory processors registered as beans in the context.
// 执行beanFactory后置处理（所有的bean信息将在这个地方注册进beanFactory中）
invokeBeanFactoryPostProcessors(beanFactory);
// Register bean processors that intercept bean creation.
// 注册bean后置处理
registerBeanPostProcessors(beanFactory);
// Initialize message source for this context.
// 初始化MessageSource
initMessageSource();
// Initialize event multicaster for this context.
// 初始化事件控制器
initApplicationEventMulticaster();
// Initialize other special beans in specific context subclasses.
// 初始化其他特别的bean信息
onRefresh();
// Check for listener beans and register them.
// 注册监听器
registerListeners();
// Instantiate all remaining (non-lazy-init) singletons.
// 初始化所有非懒加载的bean
finishBeanFactoryInitialization(beanFactory);
// Last step: publish corresponding event.
// 完成容器创建
finishRefresh();
}
catch (BeansException ex) {
if (logger.isWarnEnabled()) {
logger.warn("Exception encountered during context initialization - " +
"cancelling refresh attempt: " + ex);
}
// Destroy already created singletons to avoid dangling resources.
destroyBeans();
// Reset 'active' flag.
cancelRefresh(ex);
// Propagate exception to caller.
throw ex;
}
finally {
// Reset common introspection caches in Spring's core, since we
// might not ever need metadata for singleton beans anymore...
// 清除缓存
resetCommonCaches();
}
}
}
Это общий процесс создания контейнера Spring.Создание контейнера Spring довольно сложно и включает в себя все аспекты. В следующих заметках будут подробно проанализированы некоторые из этих процессов.