自律使我自由

Spring构造方法注入报错

前言在Spring中只要被@Configuration注解修饰的类，Spring就会为其生成代理对象，至于这样做的主要原因就是为了解决生成对象的单例问题。具体说明实际上作者在ConfigurationClassEnhancer这个类也有注解说明具体场景如果Spring不做处理，下面输出的一定的是false，但是实际上输出的结果是true，那么只有可能是代理类做了特殊处理。@Configurationpublic class MyConfiguration { @Bean pu

工厂方法模式工厂方法模式是一种实例化对象的模式，属于创建型模式，一般又可以分为简单工厂模式、工厂模式、抽象工厂模式，一般对于需要生成复杂对象的场景中，我们就可以使用工厂方法模式。实际常用方法在大多数情况下，我们一般不会像经典实现方式那样去做，而是结合静态方法那样，比如类似下面的这些方法：看上去是不是也很像是单例模式，没错，实际上可以把两种模式结合一下。public class InstanceFactory { private static final Map<String,

在设计模式中，观察者模式中主要由观察者和主题事件这两个角色组成，而Spring中的监听器设计相对设计模式中的观察者模式来说更加抽象，主要多出了一些额外的角色，目的是为了能够更好的让观察者和事件解耦，一起来学习一下吧！设计模式中的观察者模式 V.S Spring监听器设计模式中的观察者模式角色：抽象主题（Subject）：它把所有观察者对象的引用保存到一个聚集里，每个主题都可以有任何数量的观察者。 抽象主题提供一个接口，可以增加和删除观察者对象。具体主题（Concrete Subject）：

@Import介绍@Import注解通常用于添加一些自定义的bean到Spring容器中，就相当于在xml中定义一样，与xml或者其他注解注入方式不同的是，@Import更加灵活，可以自定义实现各种处理逻辑来决定是否需要添加bean到容器中，SpringBoot的自动化装配，一大层面上就是依赖@Import完成的，通过它把写在配置文件中的一些内容注入到Spring容器中。@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Docu

前言学习spring源码已经有一年多了，了解过的朋友肯定都知道spring源码是一块非常难啃的骨头，所以每当找到一丝丝成就感就想拿出来与大家一起分享，这样也能让自己始终保持着对spring源码学习的兴趣。虽然现在使用xml已经不是主流的方式了，但是一些公共的开源组件都基于自身的功能定制了自定义标签，比如dubbo。自定义XML关键的几个配置spring.handler定义解析xml元素的处理类。spring.schemas指定xsd文件的位置。xxx.xsd类似于语法规范，约束自定义标签

allowBeanDefinitionOverriding属性含义设置是否允许通过注册具有相同名称的不同定义来覆盖bean定义，并自动替换前者。否则，将引发异常。默认值为“true”。allowCircularReferences属性含义设置是否允许bean之间的循环引用并自动尝试解析它们。默认值为“true”。关闭此选项可在遇到循环引用时引发异常，完全不允许循环引用。循环依赖应该都比较了解，主要看看allowBeanDefinitionOverriding。public class TestS

BeanFactory和FactoryBean都是Spring中定义的接口，但是实际上这两个接口关联并不大，也就名字有点相似了，但却经常被当做面试题来谈论，本文就简单来分析一下这两个接口的作用。BeanFactory先来看一下BeanFactory中定义的接口，我们可以看到大多数都是关于获取bean对象的接口，这也符合类名的定义，这是一个bean工厂的接口，也就是负责获取bean对象的。public interface BeanFactory { String FACTORY_BEAN_PREFI

解析Spring中@Bean的实现原理

BeanFactoryPostProcessor

我们知道当通过构造方法的方式注入属性时，是不支持循环依赖这种场景的，本文主要通过分析源码看看为什么构造方法不能支持循环依赖。当然，如果读者还不了解循环依赖的问题，建议先结合源码搞清楚，可以先看看这篇文章，深入源码分析Spring如何解决循环依赖，否则很有可能看不懂本文内容。先看问题@Componentpublic class TestA { private final TestB testB; public TestA(TestB testB) { this.t

什么是循环依赖？假设spring现在有两个类需要加载，分别如下：@Componentpublic class TestA { @Autowired private TestB testB;}@Componentpublic class TestB { @Autowired private TestA testA;}就这就是循环依赖，注入TestA时需要注入TestB，于是就会开始注入TestB，注入TestB时又发现需要注入TestA。。。怎么样，看起来就

FactoryBean是Spring中的一个接口，其主要作用是可以让使用者自己定义bean的创建过程，对于一些复杂的bean对象，就可以使用FactoryBean的方式来实现，比如MyBatis中的SqlSessionFactoryBean、MapperFactoryBean。FactoryBean接口中只定义了三个方法。public interface FactoryBean<T> { String OBJECT_TYPE_ATTRIBUTE = "factoryBeanObjectT

AutowiredAnnotationBeanPostProcessor间接的实现了BeanPostProcessor，主要是用来处理@Autowired，@Value两种注释的，在处理当前bean对象依赖注入时会使用这个扩展，也是依赖注入的关键处理类。类的结构图doCreateBean是一个核心方法，这个方法涵盖的内容很多，针对本文内容只需关注applyMergedBeanDefinitionPostProcessors，populateBean这两个方法。 protected Object do

当在项目需要用到spring中的bean对象时，一般做法就是实现ApplicationContextAware接口，通过这个接口就可以获取到ApplicationContext对象，进入从ApplicationContext中获取所需要bean对象。代码演示在spring容器中放入一个HelloSpring对象@Componentpublic class HelloSpring { public void hello(){ System.out.println("hello

BeanPostProcessor是spring提供的一个扩展接口，通过定义的两个接口可以实现在初始化之前、之后对bean做一些修改，或者其他预处理，后处理等操作。public interface BeanPostProcessor { /** * Apply this {@code BeanPostProcessor} to the given new bean instance <i>before</i> any bean * initialization call

ConfigurationClassPostProcessor是spring中非常重要的类，@Component,@ComponentScan,@Import,@Bean这些最常用到的注解都是由ConfigurationClassPostProcessor负责解析的，本文暂不讲解ConfigurationClassPostProcessor解析这些标签的流程，主要先来了解一下ConfigurationClassPostProcessor本身是如何被spring加载的。一般情况下我们都会使用Annotati

ApplicationContextAwareProcessor直接实现了BeanPostProcessor接口，其作用主要是为一些Aware类型的接口，注入对应的属性值。源码部分class ApplicationContextAwareProcessor implements BeanPostProcessor { private final ConfigurableApplicationContext applicationContext; private final StringValue