【静态文件配置源码】【装饰装潢网站源码】【猫和老鼠金币源码】spring源码 注解
1.【Spring源码】- 02 Spring IoC容器启动之refresh方法
2.Spring注解驱动开发二狗子让我给他讲讲@EnableAspectJAutoProxy注解
3.Spring源码从入门到精通---@Import(五)
4.Spring Configuration:@Import的源码用法和源码解析
5.Spring框架@PostConstruct注解详解
6.Spring5源码分析之@Configuration注解的详解。希望读者能够耐着性子看完
【Spring源码】- 02 Spring IoC容器启动之refresh方法
在注册阶段,注解AnnotationConfigApplicationContext构造方法中的源码第一个方法被分析过。接下来,注解我们关注第二个方法:register(componentClasses)。源码在使用XML配置方式时,注解静态文件配置源码通过new ClassPathXmlApplicationContext("classpath:spring.xml")来创建实例,源码其中需要指定xml配置文件路径。注解使用注解方式时,源码也需要为ApplicationContext提供起始配置源头,注解这里使用配置类代替xml配置文件,源码按照配置类中的注解注解(如@ComponentScan、@Import、源码@Bean)解析并注入Bean到IoC容器。注解
通过配置类,源码Spring解析注解实现Bean的注入。使用@Configuration注解定义的配置类相当于xml配置文件,但目前Spring推荐使用注解方式,xml配置的使用概率正在降低。
register(componentClasses)方法的核心逻辑在AnnotatedBeanDefinitionReader#doRegisterBean中,将传入的配置类解析为BeanDefinition并注册到IoC容器。ConfigurationClassPostProcessor这个BeanFactory后置处理器在IoC初始化时,获取配置类的BeanDefinition集合,开始解析。
真正启动IoC容器的流程在refresh()方法中,这是了解IoC容器启动流程的关键步骤。refresh方法在AbstractApplicationContext中定义,装饰装潢网站源码采用模板模式,提供IoC初始化流程的基本实现,子类可以扩展。
下面分析refresh()方法的每个步骤,以了解IoC容器的启动流程。
prepareRefresh方法主要在refresh执行前进行准备工作,如设置Context的启动时间、状态,以及扩展系统属性相关。
initPropertySources()方法主要用于扩展配置来源,如网络、物理文件、数据库等加载配置信息。StandardEnvironment默认只提供加载系统变量和应用变量的功能,用于子类扩展。
❝initPropertySources方法常见扩展场景包括:❞
getEnvironment().validateRequiredProperties()确保设置的必要属性在环境中存在,否则抛出异常终止应用。
BeanFactory是Spring的基本IoC容器,ApplicationContext包装了BeanFactory,提供更智能、更便捷的功能。ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();获取的BeanFactory是IoC容器初始化工作的基础。
上面获取的BeanFactory还不能直接使用,需要填充必要的配置信息。至此,IoC容器的猫和老鼠金币源码启动流程基本完成。
这里对IoC启动流程有个大致、直观的印象。主要步骤包括:准备阶段、配置来源扩展、初始化BeanFactory、填充配置、解析配置类、注册Bean、实例化BeanPostProcessor、初始化国际化和事件机制、以及创建内嵌Servlet容器(在SpringBoot中实现)。这些步骤确保了IoC容器顺利启动并管理Bean。
Spring注解驱动开发二狗子让我给他讲讲@EnableAspectJAutoProxy注解
在配置类上添加@EnableAspectJAutoProxy注解,能够开启注解版的AOP功能。这意味着,如果在AOP中要启用注解版的AOP功能,就需要在配置类上添加@EnableAspectJAutoProxy注解。让我们来看看@EnableAspectJAutoProxy注解的源码,如下所示。
从源码可以看出,@EnableAspectJAutoProxy注解使用@Import注解引入了AspectJAutoProxyRegister.class对象。那么,AspectJAutoProxyRegistrar是做什么的呢?我们点击到AspectJAutoProxyRegistrar类的源码中,如下所示。
可以看到AspectJAutoProxyRegistrar类实现了ImportBeanDefinitionRegistrar接口。我们回顾ImportBeanDefinitionRegistrar接口的抄底王公式源码定义,如下所示。
通过ImportBeanDefinitionRegistrar接口,我们可以实现将自定义的组件添加到IOC容器中。也就是说,@EnableAspectJAutoProxy注解使用AspectJAutoProxyRegistrar对象自定义组件,并将相应的组件添加到IOC容器中。
在AspectJAutoProxyRegistrar类的registerBeanDefinitions()方法中设置断点,我们以debug的方法来运行AopTest类的testAop()方法。当程序运行到断点位置时,我们可以看到程序已经暂停,IDEA的左下角显示了方法的调用栈。
在registerBeanDefinitions()方法中,首先调用AopConfigUtils类的registerAspectJAnnotationAutoProxyCreatorIfNecessary()方法来注册registry。在registerAspectJAnnotationAutoProxyCreatorIfNecessary()方法中,直接调用了重载的registerAspectJAnnotationAutoProxyCreatorIfNecessary()方法。在重载的registerAspectJAnnotationAutoProxyCreatorIfNecessary()方法中,传入了AnnotationAwareAspectJAutoProxyCreator.class对象。
在registerOrEscalateApcAsRequired()方法中,接收到的Class对象的类型为:org.springframework.aop.aspectj.annotation.AnnotationAwareAspectJAutoProxyCreator。然后,我们继续跟进代码。
在registerOrEscalateApcAsRequired()方法中,首先判断registry是否包含org.springframework.aop.config.internalAutoProxyCreator类型的bean。接下来,我们继续看代码。
最终,变色太极线源码AopConfigUtils类的registerOrEscalateApcAsRequired()方法中,会通过registry调用registerBeanDefinition()方法注册组件,并注册的bean的名称为org.springframework.aop.config.internalAutoProxyCreator。
接下来,我们继续看AspectJAutoProxyRegistrar类的registerBeanDefinitions()源码。我们通过AnnotationConfigUtils类的attributesFor方法来获取@EnableAspectJAutoProxy注解的信息。接下来,我们继续判断proxyTargetClass属性的值是否为true,如果为true则调用AopConfigUtils类的forceAutoProxyCreatorToUseClassProxying()方法;继续判断exposeProxy属性的值是否为true,如果为true则调用AopConfigUtils类的forceAutoProxyCreatorToExposeProxy()方法。
综上所述,向Spring的配置类上添加@EnableAspectJAutoProxy注解后,会向IOC容器中注册AnnotationAwareAspectJAutoProxyCreator。
了解了这些之后,我们就可以关注「冰河技术」微信公众号,后台回复不同的关键字获取相应的PDF文档。这些文档都是由冰河原创并整理的超硬核教程,包括《深入浅出Java 种设计模式》、《Java8新特性教程》和《亿级流量下的分布式限流解决方案》,都是面试必备的资料。
最后,如果你觉得这篇文章对你有帮助,别忘了点个赞,给个在看和转发,让更多的人看到,一起学习,一起进步!
Spring源码从入门到精通---@Import(五)
深入解析如何给容器注册bean
通过ComponentScan+注解如@Controller,@Service,@Compoment,@Repository实现自动扫描bean
@Bean+@Configuration定义导入第三方bean
利用@Import快速批量导入组件,优势在于简化配置
文章重点解析@Import的三种用法:直接导入容器、自定义importSelector实现、自定义ImportBeanDefinitionRegistrar手动注册
1)@import注解直接导入容器,id默认为全类名
2) 自定义importSelector类,返回需要注册的全类名数组
3) 实现ImportBeanDefinitionRegistrar接口,自定义组件注册和id
通过@Import源码,导入的实质是一个数组,允许批量导入多个类
演示通过import将组件如color和red导入容器,并展示容器中组件的打印
提供JUnit测试类,重复利用方法提取getDefinitionNames(),简化测试步骤
新增1)@Import基础使用部分,删除原有代码,便于理解@Import
运行示例,展示导入组件后的容器打印结果,突出import的优势
详细步骤:
2)自定义myImportSelector类实现ImportSelector,返回新增组件路径,结合扫描自定义类
结果展示:blue和yellow组件成功注册容器,验证自定义importSelect功能
3)实现ImportBeanDefinitionRegistrar接口,自定义组件名注册到容器
junit测试不变,运行结果:验证容器中包含red、yellow组件,满足自定义id需求
Spring Configuration:@Import的用法和源码解析
Spring 3.0之后的@Configuration注解和注解配置体系替代了XML配置,本文主要讲解@Import的用法和源码解析。@Import的用法
配置类(带有@Configuration注解)不仅可通过@Bean声明bean,还可通过@Import导入其他类。例如,WebMvcConfig类通过@Import导入其他配置类,同时启用@EnableWebMvc。直接导入
配置类上使用@Import可以导入一个或多个类,甚至可以出现在父类注解中。如WebMvcConfig导入DelegatingWebMvcConfiguration等。ImportBeanDefinitionRegistrar和ImportSelector
@Import除了导入配置类,还可以导入实现了ImportBeanDefinitionRegistrar(如@EnableAspectJAutoProxy)和ImportSelector(如@EnableTransactionManagement)的类。源码解析
ConfigurationClassPostProcessor负责处理@Configuration类,通过ConfigurationClassParser解析配置和导入,由ConfigurationClassBeanDefinitionReader注册BeanDefinition。在解析过程中,处理@Import避免循环导入,通过导入链和ImportStack进行判断。处理直接导入时,通过导入链判断循环。
处理注册器和选择器时,提前触发Aware接口方法,然后在适当时机注册导入的类。
总结来说,@Import提供了多种导入方式的灵活性,Spring的源码设计考虑了循环导入和重复解析的处理,展示了其强大的自定义配置能力。Spring框架@PostConstruct注解详解
业务背景:在特定业务场景下,如程序启动时需从数据库加载数据并缓存于内存中,传统的依赖查找实现方法可满足需求,但寻求更优雅解决方案时,@PostConstruct注解应运而生。
@PostConstruct注解的实现:此注解标记的方法会在Spring容器启动时自动执行。实现原理涉及注解功能描述、源码分析以及方法调用流程追溯。
源码分析:@PostConstruct注解的原理核心在于依赖注入完成后的执行。通过CommonAnnotationBeanPostProcessor类的构造方法初始化注解类型,随后在PostProcessMergedBeanDefinition方法中,通过调用父类InitDestroyAnnotationBeanPostProcessor,实现对被@PostConstruct注解方法的调用。此过程中,通过反射机制执行方法。
具体流程:在创建和初始化bean时,执行PostConstructTest实例的生命周期元数据方法,先进行依赖注入检查和属性赋值。当依赖注入完成,调用@PostConstruct注解方法。这一过程在bean属性赋值阶段完成,并在初始化前通过CommonAnnotationBeanPostProcessor调用postProcessBeforeInitialization方法,进一步通过反射执行@PostConstruct注解方法。
总结:@PostConstruct注解在Spring容器刷新创建bean实例时构建生命周期元数据,在此元数据中保存注解方法,确保在属性赋值阶段完成依赖检查与注入。在初始化过程中,执行postProcessBeforeInitialization方法,利用反射机制调用@PostConstruct注解方法,实现特定业务场景下的自动执行。
Spring5源码分析之@Configuration注解的详解。希望读者能够耐着性子看完
Spring5源码中@Configuration注解详解,让你理解无需XML的Bean创建。在Spring 3.0以后,@Configuration注解的出现,允许开发者在运行时动态创建和初始化Bean,无需依赖XML配置。它实际上标记了@Component元注解,被@ComponentScan扫描并纳入Spring容器管理。
使用@Configuration时,Bean的默认名称与方法名称相同,可通过name属性指定。它不仅自身可以作为受管理的组件,还能通过@Autowired和@Inject注解注入其他Bean。例如,修改Demo,配置类可以作为服务组件被自动扫描。
@Configuration不仅支持@ComponentScan,还能与@Controller、@Service、@Repository等注解配合,这些注解本质上都有@Component,适合不同场景的管理。此外,@Configuration可以同@Import和@Profile注解组合,实现更灵活的配置导入和环境条件控制。
在配置类内部嵌套@Configuration,可以利用静态内部类简化@Import的使用。配置类的初始化可以通过@Lazy注解延迟,提供更细致的控制。配置类解析涉及@ConfigurationClassPostProcessor处理器,处理@Configuration类的@Bean、@ComponentScan和环境相关注解。
最后,@Configuration类的Bean定义信息由ConfigurationClassBeanDefinitionReader处理并注册到Spring容器,整个过程包括解析@Configuration类、扫描相关注解和Bean定义的加载。
理解@Configuration的解析流程,能帮助你更高效地利用Spring的动态配置能力。如果你对文章内容有所收获,别忘了分享和关注我们的更多内容。