第01篇:系统化学习, 搞定Spring容器管理

公众号: 西魏陶渊明

CSDN: https://springlearn.blog.csdn.net

天下代码一大抄, 抄来抄去有提高, 看你会抄不会抄！

目录介绍

一、前言

Spring

是

java

开发者,永远绕不开的结。

Spring

是非常值得开发者来学习的, 以目前

Spring

在

java

领域的统治性地位, 可以说学

java

就是在学

Spring

。但是作为新入门的开发人员,甚至说是有一定工作经验的同学,面对如此庞大的框架,都不一定是充分掌握了所有的知识点。因为大多数人的学习,都不是系统的学习,都是片面的。以经验为主。本系列专题的主要目的就是,一起系统的来学习一下Spring这个框架, 以一个六年经验的老鸟的视角里,来重学Spring。通过直接阅读 Spring的官方文档来获取一手知识。

因为内容较多,建议收藏学习。

二、BeanFactory 工厂

2.1 什么是Bean ?

平时我们来创建对象, 一般都是 new。如果这个对象里有一个属性, 那么就需要我来进行set,赋值。但是如果要有10个属性呢? 你也要自己来赋值吗? 那不累死个人嘛。Spring的解决方案就是, 这么重的活, 开发者不用关心了，都交给我来处理吧。那么Spring是如何来处理的呢? 对,就是

BeanFactory

,Spring通过 BeanFactory的方式帮实现对象的实例化。那么所有被Spring管理的对象,我们就可以理解成Bean对象。

凡是有属性和方法的对象都是Bean对象,凡是被Spring管理的Bean对象就是Spring Bean对象。

2.2 如何使用Bean工厂

• 方式一直接使用代码自动注入

@ComponentpublicclassSpringIocTest{@AutowiredprivateBeanFactory beanFactory;}

• 方式二使用BeanFactoryAware注入

@ComponentpublicclassSpringIocTestimplementsBeanFactoryAware{privateBeanFactory beanFactory;@OverridepublicvoidsetBeanFactory(BeanFactory beanFactory){this.beanFactory = beanFactory;}}

2.3 BeanFactory的体系

在

Spring

中

BeanFactory

是一个非常重要的组件, 要想搞清楚

Spring

, 一定要先搞清楚

BeanFactory

的体系,这里我们详细来解释下 BeanFactory的体系。

看这张图,密密麻麻的都是,但是我们不要担心,实际我们不用关心这么多。大部分人都是因为看到了这里,给劝退了, 下面给大家精简一下。希望对你有所帮助。

我们只关心上面这张图就好了，但是看类还是比较多，为什么呢? 因为Spring定义BeanFactory接口比较细，每个接口的维度都很细维度。但是我们能看到最底层的实现,是实现了所有接口的功能。下面我们以此来解释每个接口的功能。来窥探一下Spring中BeanFactory的体系。非常的全，建议大家可以收藏一下，没必要死记硬背。如果不理解的话，背下来也没有什么的用。

下面分享，希望对大家有点用。

2.3.1 BeanFactory

最顶层的接口，提供了根据Bean名称获取Bean的最基础的能力。详细可以看下面的注释说明。接口没有任何实现,只是做定义。

publicinterfaceBeanFactory{// 如果要获取FactoryBean,那么要的Bean的名称前加 &String FACTORY_BEAN_PREFIX ="&";// 根据名称获取实例,如果没有就抛异常,结果是Object类型ObjectgetBean(String name)throwsBeansException;// 跟前者一样,不同是结果是泛型类型,会自动帮我们转换类型<T>TgetBean(String name,Class<T> requiredType)throwsBeansException;// 允许指定显式构造函数参数,很少会用ObjectgetBean(String name,Object... args)throwsBeansException;// 根据类型获取Bean实例,如果找到了多个类型,则会报错<T>TgetBean(Class<T> requiredType)throwsBeansException;// 根据类型获取实例,并显式构造函数参数<T>TgetBean(Class<T> requiredType,Object... args)throwsBeansException;// 根据类型获取Bean的生成对象,这里并不是直接获取了Bean的实例<T>ObjectProvider<T>getBeanProvider(Class<T> requiredType);// 跟前者大同小异<T>ObjectProvider<T>getBeanProvider(ResolvableType requiredType);// 判断是否保存这个名字的实例booleancontainsBean(String name);// 判断是否单例booleanisSingleton(String name)throwsNoSuchBeanDefinitionException;// 判断是否是原型模式booleanisPrototype(String name)throwsNoSuchBeanDefinitionException;// bean名称和类型是否匹配booleanisTypeMatch(String name,ResolvableType typeToMatch)throwsNoSuchBeanDefinitionException;// bean名称和类型是否匹配booleanisTypeMatch(String name,Class<?> typeToMatch)throwsNoSuchBeanDefinitionException;// 获取名称的类型@NullableClass<?>getType(String name)throwsNoSuchBeanDefinitionException;// 根据名称获取类型,FactoryBean比较特殊,allowFactoryBeanIn   // it是说,是否也要算FactoryBean,一般情况用true@NullableClass<?>getType(String name,boolean allowFactoryBeanInit)throwsNoSuchBeanDefinitionException;// bean声明的别名，如果没有则为空数组String[]getAliases(String name);}

2.3.2 HierarchicalBeanFactory

Hierarchical翻译: 分层

HierarchicalBeanFactory的意思是具有层次关系,这个BeanFactory可以创建一个BeanFactory,那么是否可以根据这个BeanFactory知道是谁创建他的呢? 这个接口就是干这个事情的。

publicinterfaceHierarchicalBeanFactoryextendsBeanFactory{// 返回当前工厂的父工厂@NullableBeanFactorygetParentBeanFactory();// 返回当工厂是否包含这个bean,不从父工厂中去获取booleancontainsLocalBean(String name);}

2.3.3 ListableBeanFactory

• 一个接口可能会有多个实现,每个实现都是一个Bean。所以根据一个类型可能会获取多个Bean的实例。
• 一个工厂会有很多的Bean,能不能一下获取工厂所有的Bean呢?

这个工厂名字定义的很有意思，Listable, List 所以大多接口是返回集合。你不信,你看下面展示。

publicinterfaceListableBeanFactoryextendsBeanFactory{// 是否包含BeanDefinition,BeanDefinition是bean实例化的基   // 本信息。booleancontainsBeanDefinition(String beanName);// 获取BeanDefinition的数量intgetBeanDefinitionCount();// 获取BeanDefinition的名称String[]getBeanDefinitionNames();// 根据类型,获取这个类型的所有Bean的名称String[]getBeanNamesForType(ResolvableType type);// 根据类型获取bean的名称,包含非单例的,允许初始化String[]getBeanNamesForType(ResolvableType type,boolean includeNonSingletons,boolean allowEagerInit);// 根据类型,获取这个类型的所有Bean的名称String[]getBeanNamesForType(@NullableClass<?> type);// 根据类型获取bean的名称,包含非单例的,允许初始化String[]getBeanNamesForType(@NullableClass<?> type,boolean includeNonSingletons,boolean allowEagerInit);// 根据类型获取Bean的字典,key是名称 value是实例<T>Map<String,T>getBeansOfType(@NullableClass<T> type)throwsBeansException;// 根据类型获取Bean的字典(包含非单例),key是名称 value是实例<T>Map<String,T>getBeansOfType(@NullableClass<T> type,boolean includeNonSingletons,boolean allowEagerInit)throwsBeansException;// 获取被当前注解修饰的Bean的名称,只获取名称不实例化,支持注解派   // 生的方式String[]getBeanNamesForAnnotation(Class<?extendsAnnotation> annotationType);// 获取被该注解修饰的bean，key是名称,value是实例。Map<String,Object>getBeansWithAnnotation(Class<?extendsAnnotation> annotationType)throwsBeansException;// 获取当前名称Bean的,当前注解的信息@Nullable<AextendsAnnotation>AfindAnnotationOnBean(String beanName,Class<A> annotationType)throwsNoSuchBeanDefinitionException;}

2.3.4 ConfigurableBeanFactory

这个工厂，是最容易看出他的用途的，名字一个看就是跟配置相关的。

publicinterfaceConfigurableBeanFactoryextendsHierarchicalBeanFactory,SingletonBeanRegistry{// 单例:一个容器只都存在实例String SCOPE_SINGLETON ="singleton";// 原型:每次getBean一次生成一个实例String SCOPE_PROTOTYPE ="prototype";// 设置他的父工厂voidsetParentBeanFactory(BeanFactory parentBeanFactory)throwsIllegalStateException;// 设置类加载器以用于加载 bean 类。默认是线程上下文类加载器。voidsetBeanClassLoader(@NullableClassLoader beanClassLoader);// 返回此工厂的类加载器以加载 bean 类@NullableClassLoadergetBeanClassLoader();// 指定用于类型匹配目的的临时 ClassLoader。默认为无voidsetTempClassLoader(@NullableClassLoader tempClassLoader);// 获取临时的类加载器@NullableClassLoadergetTempClassLoader();// 设置是否缓存 bean 元数据，例如给定的 bean 定义（以合并方式）和解析的 bean 类。默认开启。voidsetCacheBeanMetadata(boolean cacheBeanMetadata);// 返回是否缓存 bean 元数据booleanisCacheBeanMetadata();// bean 定义值中的表达式指定解析策略。// 默认是 StandardBeanExpressionResolver。voidsetBeanExpressionResolver(@NullableBeanExpressionResolver resolver);// 获取解析类型 StandardBeanExpressionResolver@NullableBeanExpressionResolvergetBeanExpressionResolver();// 设置转换层统一的API,后面有专门章节说这个体系。voidsetConversionService(@NullableConversionService conversionService);// 获取转换API@NullableConversionServicegetConversionService();// 给工厂添加一个属性设置的注册器,实际用的不多,但是有必要去了解,后面也会介绍voidaddPropertyEditorRegistrar(PropertyEditorRegistrar registrar);// 为给定类型的所有属性注册给定的自定义属性编辑器。在工厂配置期间调用。voidregisterCustomEditor(Class<?> requiredType,Class<?extendsPropertyEditor> propertyEditorClass);// BeanFactory 中注册的自定义编辑器初始化给定的 PropertyEditorRegistryvoidcopyRegisteredEditorsTo(PropertyEditorRegistry registry);// 设置类型转换器voidsetTypeConverter(TypeConverter typeConverter);// 获取类型转换器TypeConvertergetTypeConverter();// 添加字符串解析器。voidaddEmbeddedValueResolver(StringValueResolver valueResolver);// 是否有字符串解析器booleanhasEmbeddedValueResolver();// 解析数据@NullableStringresolveEmbeddedValue(String value);// 添加一个新的 BeanPostProcessor，它将应用于此工厂创建的 bean。在工厂配置期间调用。// 非系统定义的处理器，都可以使用Order进行排序// 这是一个非常重要的Bean处理器voidaddBeanPostProcessor(BeanPostProcessor beanPostProcessor);// 处理器的个人intgetBeanPostProcessorCount();// 注册由给定 Scope 实现支持的给定范围// 这里稍微解释下什么是Scope,就比如Session内有效或者是Request内有效voidregisterScope(String scopeName,Scope scope);// 返回所有当前注册范围的名称,不会公开诸如“singleton”和“prototype”之类的内置作用域String[]getRegisteredScopeNames();// 获取域的域对象@NullableScopegetRegisteredScope(String scopeName);// 提供与该工厂相关的安全访问控制上下文。AccessControlContextgetAccessControlContext();// 拷贝当Bean工厂的配置voidcopyConfigurationFrom(ConfigurableBeanFactory otherFactory);// 给bean注册一个别名voidregisterAlias(String beanName,String alias)throwsBeanDefinitionStoreException;// 解析在此工厂中注册的所有别名目标名称和别名，并将给定的 StringValueResolver 应用于它们。voidresolveAliases(StringValueResolver valueResolver);// 返回给定 bean 名称的合并 BeanDefinition，如有必要，将子 bean 定义与其父合并。BeanDefinitiongetMergedBeanDefinition(String beanName)throwsNoSuchBeanDefinitionException;// 是否是FactoryBeanbooleanisFactoryBean(String name)throwsNoSuchBeanDefinitionException;// 设置当前Bean正在创建中。仅供容器内部会使用。voidsetCurrentlyInCreation(String beanName,boolean inCreation);// 当前Bean是否创建中booleanisCurrentlyInCreation(String beanName);// 为给定的 bean 注册一个依赖 beanvoidregisterDependentBean(String beanName,String dependentBeanName);// 返回依赖于指定 bean 的所有 bean 的名称String[]getDependentBeans(String beanName);// 获取当前Bean依赖的BeanString[]getDependenciesForBean(String beanName);// 销毁beanvoiddestroyBean(String beanName,Object beanInstance);// 销毁当前目标作用域中的指定作用域bean（如果有）voiddestroyScopedBean(String beanName);// 销毁单例voiddestroySingletons();}

2.3.5 AutowireCapableBeanFactory

Autowire是不是看着很熟,提供自动注入的方法。

publicinterfaceAutowireCapableBeanFactoryextendsBeanFactory{// 不需要自动装配int AUTOWIRE_NO =0;// 表示按名称自动装配 bean 属性的常量int AUTOWIRE_BY_NAME =1;// 按照类型来自动装配int AUTOWIRE_BY_TYPE =2;// 指示自动装配可以满足的最贪婪构造函数的常量int AUTOWIRE_CONSTRUCTOR =3;//@Deprecatedint AUTOWIRE_AUTODETECT =4;// 5.1 才有的。初始化现有 bean 实例时的“原始实例”约定的后缀：附加到完全限定的 bean 类名，例如“com.mypackage.MyClass.ORIGINAL”，以强制返回给定的实例，即没有代理等。String ORIGINAL_INSTANCE_SUFFIX =".ORIGINAL";//-------------------------------------------------------------------------// 创建和填充bean 实例的方法//-------------------------------------------------------------------------// 创建bean<T>TcreateBean(Class<T> beanClass)throwsBeansException;// 自动装配beanvoidautowireBean(Object existingBean)throwsBeansException;// 给一个空实例,也能进行填充。ObjectconfigureBean(Object existingBean,String beanName)throwsBeansException;//-------------------------------------------------------------------------// 对 bean 生命周期进行细粒度控制的专用方法//-------------------------------------------------------------------------ObjectcreateBean(Class<?> beanClass,int autowireMode,boolean dependencyCheck)throwsBeansException;Objectautowire(Class<?> beanClass,int autowireMode,boolean dependencyCheck)throwsBeansException;voidautowireBeanProperties(Object existingBean,int autowireMode,boolean dependencyCheck)throwsBeansException;voidapplyBeanPropertyValues(Object existingBean,String beanName)throwsBeansException;ObjectinitializeBean(Object existingBean,String beanName)throwsBeansException;ObjectapplyBeanPostProcessorsBeforeInitialization(Object existingBean,String beanName)throwsBeansException;ObjectapplyBeanPostProcessorsAfterInitialization(Object existingBean,String beanName)throwsBeansException;voiddestroyBean(Object existingBean);<T>NamedBeanHolder<T>resolveNamedBean(Class<T> requiredType)throwsBeansException;ObjectresolveBeanByName(String name,DependencyDescriptor descriptor)throwsBeansException;@NullableObjectresolveDependency(DependencyDescriptor descriptor,@NullableString requestingBeanName)throwsBeansException;@NullableObjectresolveDependency(DependencyDescriptor descriptor,@NullableString requestingBeanName,@NullableSet<String> autowiredBeanNames,@NullableTypeConverter typeConverter)throwsBeansException;}

2.3.6 ConfigurableListableBeanFactory

看名字大概就能猜出些什么了，具体接口定义看下面。

publicinterfaceConfigurableListableBeanFactoryextendsListableBeanFactory,AutowireCapableBeanFactory,ConfigurableBeanFactory{// 自动装配时候，忽略这些类型voidignoreDependencyType(Class<?> type);// 自动装配时候，忽略这些接口voidignoreDependencyInterface(Class<?> ifc);// 给当前类型,注入指定的实例。voidregisterResolvableDependency(Class<?> dependencyType,@NullableObject autowiredValue);// 判断当前bean是否有资格作为自动装配的候选者booleanisAutowireCandidate(String beanName,DependencyDescriptor descriptor)throwsNoSuchBeanDefinitionException;// 返回指定 bean 的注册 BeanDefinitionBeanDefinitiongetBeanDefinition(String beanName)throwsNoSuchBeanDefinitionException;// 返回此工厂管理的所有 bean 名称Iterator<String>getBeanNamesIterator();// 清除合并的 bean 定义缓存，通常在更改原始 bean 定义后触发voidclearMetadataCache();// 冻结所有 bean 定义，表示注册的 bean 定义将不会被修改或进一步后处理voidfreezeConfiguration();// 返回此工厂的 bean 定义是否被冻结，即不应该进一步修改或后处理。booleanisConfigurationFrozen();// 单例初始化方法,非常重要,我们开发中大部分bean初始化就是这个方法调用的哦。voidpreInstantiateSingletons()throwsBeansException;}

好了关于工厂的定义已经全部展示了，剩下的都是具体的实现。具体的实现就不单独拿出来了。下面我们来看Spring中的上下文对象。

三、ApplicationContext 容器上下文

应用上下文,是Spring中最最核心的类,也是功能最强大的类,Spring所有的工具基本都能通过上下文来获取。

• 获取环境变量
• 获取Bean工厂
• 发送容器事件

下面我们看Spring中构建上下文的几种方式。

3.1 构建上下文

3.1.1 参数化构建

publicstaticvoidmain(String[] args){ApplicationContext ctx =newAnnotationConfigApplicationContext(MyServiceImpl.class,Dependency1.class,Dependency2.class);MyService myService = ctx.getBean(MyService.class);
    myService.doStuff();}publicstaticvoidmain(String[] args){AnnotationConfigApplicationContext ctx =newAnnotationConfigApplicationContext();
    ctx.register(AppConfig.class,OtherConfig.class);
    ctx.register(AdditionalConfig.class);
    ctx.refresh();MyService myService = ctx.getBean(MyService.class);
    myService.doStuff();}

3.1.2 目录扫描

扫描

com.acme

包以查找任何 带@Component注释的类，并且这些类在容器中注册为 Spring bean 定义。

publicstaticvoidmain(String[] args){AnnotationConfigApplicationContext ctx =newAnnotationConfigApplicationContext();
    ctx.scan("com.acme");
    ctx.refresh();MyService myService = ctx.getBean(MyService.class);}

3.2 容器事件

事件解释

ContextRefreshedEvent

在初始化或刷新时发布

ApplicationContext

（例如，通过使用接口

refresh()

上的方法

ConfigurableApplicationContext

）。这里，“初始化”意味着所有 bean 都已加载，后处理器 bean 被检测并激活，单例被预实例化，并且

ApplicationContext

对象已准备好使用。只要上下文没有关闭，就可以多次触发刷新，前提是所选择的

ApplicationContext

实际支持这种“热”刷新。例如，

XmlWebApplicationContext

支持热刷新，但

GenericApplicationContext

不支持。

ContextStartedEvent

使用接口上的方法

ApplicationContext

启动时发布。在这里，“已启动”意味着所有 bean 都接收到一个明确的启动信号。通常，此信号用于在显式停止后重新启动 bean，但它也可用于启动尚未配置为自动启动的组件（例如，尚未在初始化时启动的组件）。

start()``ConfigurableApplicationContext``Lifecycle

ContextStoppedEvent

使用接口上的方法

ApplicationContext

停止时发布。在这里，“停止”意味着所有 的 bean 都会收到一个明确的停止信号。可以通过 调用重新启动已停止的上下文。

stop()``ConfigurableApplicationContext``Lifecycle``start()

ContextClosedEvent

在

ApplicationContext

使用接口

close()

上的方法

ConfigurableApplicationContext

或通过 JVM 关闭挂钩关闭时发布。在这里，“关闭”意味着所有的单例 bean 都将被销毁。一旦上下文关闭，它就到了生命的尽头，无法刷新或重新启动。

RequestHandledEvent

一个特定于 Web 的事件，告诉所有 bean 一个 HTTP 请求已得到服务。此事件在请求完成后发布。此事件仅适用于使用 Spring 的 Web 应用程序

DispatcherServlet

。

ServletRequestHandledEvent

它的子类

RequestHandledEvent

添加了 Servlet 特定的上下文信息。

3.2.1 ContextRefreshedEvent 容器刷新事件

容器启动的最后一步,发送容器刷新事件,当收到这个事件的时候,容器就已经准备就绪了,你就可以正常使用了。

• AbstractApplicationContext#finishRefresh

3.2.2 ContextClosedEvent 关闭事件

一旦应用被关闭或者中断就会触发容器关闭事件。但是

kill -9

除外,

kill 

是可以的。这背后的原因,这是linux系统的机制,更多详细请自行百度。

3.2.3 ContextStartedEvent 启动事件

ContextStartedEvent 跟前面两个的事件不同是,必须要显示触发,比如下面这样。

publicstaticvoidmain(String[] args){SpringApplication.run(Application.class,args).start();}

3.2.4 ContextStoppedEvent 停止事件

ContextStoppedEvent 和 ContextStartedEvent 是一样的，必须要显示调用。

publicstaticvoidmain(String[] args){SpringApplication.run(Application.class,args).stop();}

3.2.5 RequestHandledEvent

当收到http请求时候触发,此事件仅适用于使用 Spring 的 Web 应用程序DispatcherServlet。

3.2.6 ServletRequestHandledEvent

跟前这一样,不同的是增加了Servlet的信息.

更多事件相关,请看下一篇,Event专题

四、JavaConfig 配置

在之前Spring的配置都是基于xml方式,当Jdk5之后支持注解后,Spring的配置方式增加了基于注解的配置。

那么你认为Java代码注解配置好? 还是xml方式好呢?

我们看下官方的回答:

• 简短的回答是“视情况而定”。
• 长答案是每种方法都有其优点和缺点，通常由开发人员决定哪种策略更适合他们。

由于它们的定义方式，注解方式在其声明中提供了大量上下文，从而使配置更短、更简洁。
然而，XML 擅长在不触及源代码或重新编译它们的情况下连接组件。一些开发人员更喜欢在源附近进行布线，而另一些开发人员则认为带注释的类不再是 POJO，此外，配置变得分散且更难控制。
无论选择如何，Spring 都可以同时适应这两种风格，甚至可以将它们混合在一起。

改部分介绍如何在 Java 代码中使用注解来配置 Spring 容器。它包括以下主题：

4.1 @Configuration 配置类

Spring 新的 Java 配置,的主要使用的是 @Configuration注释的类。

@ConfigurationpublicclassAppConfig{@BeanpublicMyServicemyService(){returnnewMyServiceImpl();}}

前面的AppConfig类等价于下面的 Spring XML：

<beans><beanid="myService"class="com.acme.services.MyServiceImpl"/></beans>

4.2 带@Bean注解的方法

当@Bean方法在没有用

@Configuration

注解修饰的类中声明时 ，它们被称为以“精简”模式处理。
如下代码示例。

@ComponentpublicclassAppConfig{@BeanpublicMyServicemyService(){returnnewMyServiceImpl();}}

4.3 @Configuration和@Bean的区别

与@Configuration不同的是,使用@Bean方法的模式, 不能声明 bean 间的依赖关系。这句话怎么理解的。我们举一个代码的例子。

@ComponentpublicclassBeanConf{@Bean("serverA")publicServerAserverA(){ServerA serverA =newServerA("Configuration 方式");System.out.println("ServerA:"+ serverA.hashCode());return serverA;}@Bean("serverB")publicServerBserverB(){ServerB serverB =newServerB();ServerA serverA =serverA();System.out.println("Method ServerA:"+ serverA.hashCode());
        serverB.setServerA(serverA);return serverB;}}

我们使用

Component

来修饰,

ServerA:

这一行,会打印2次,第一次是

@Bean

解析Bean时候。第二次是
在 serverB方法调用时候执行。此时ServerB中注入的ServerA并不是被容器管理的Bean。而是调用方法新建的ServerA。

好下面我们看另外一个例子。

@ConfigurationpublicclassBeanConf{@Bean("serverA")publicServerAserverA(){ServerA serverA =newServerA("Configuration 方式");System.out.println("ServerA:"+ serverA.hashCode());return serverA;}@Bean("serverB")publicServerBserverB(){ServerB serverB =newServerB();ServerA serverA =serverA();System.out.println("Method ServerA:"+ serverA.hashCode());
        serverB.setServerA(serverA);return serverB;}}

与前面不同的是,

ServerA:

这一行,会打印1次,就是解析

@Bean

的时候。而 serverB()方法中虽然调用了 serverA()方法,但是并不会执行,而是从容器中直接拿到前面解析的Bean。

所以我们得出结论,我们尽量要用

@Configuration

来声明配置,避免出现意外的问题。

五、基于注解容器配置

5.1 @Required

此注解指示必须在配置时通过 bean 定义中的显式属性值或通过自动装配来填充受影响的 bean 属性。如果受影响的 bean 属性尚未填充，则容器将引发异常。

处理类:

RequiredAnnotationBeanPostProcessor

注意: 这种方式已经声明废弃了,不过也支持,但是不建议使用。

publicclassSimpleMovieLister{privateMovieFinder movieFinder;@RequiredpublicvoidsetMovieFinder(MovieFinder movieFinder){this.movieFinder = movieFinder;}// ...}

5.2 @Autowired

声明注入的,@Autowired 默认不允许为空,即跟

@Required

一样,如果为空就中断,但是也允许为空。
如果为空,不想中断,可以这样使用

@Autowired(required = false)

publicclassMovieRecommender{privatefinalCustomerPreferenceDao customerPreferenceDao;@AutowiredpublicMovieRecommender(CustomerPreferenceDao customerPreferenceDao){this.customerPreferenceDao = customerPreferenceDao;}// ...}

5.3 @Primary

• Primary翻译: 主要的

由于按类型自动装配可能会导致多个候选者，因此通常需要对选择过程进行更多控制。实现这一点的一种方法是使用 Spring 的 @Primary注释。@Primary: 当多个 bean 是自动装配到单值依赖项的候选对象时，应该优先考虑特定的 bean。如果候选中恰好存在一个主 bean，则它将成为自动装配的值。

如下,MovieCatalog类型有两个Bean。

@ConfigurationpublicclassMovieConfiguration{@Bean("MovieCatalog1")@PrimarypublicMovieCatalogfirstMovieCatalog(){...}@Bean("MovieCatalog2")publicMovieCatalogsecondMovieCatalog(){...}// ...}

当要进行注入时候就会报错,因为根据类型发现了两个备选的Bean。而这种情况的解决办法就是其中一个使用

@Primary

来修饰。此时容器就知道你到底要注册那个了,当被

@Primary

修饰的Bean会被正确注入。

此时可能有朋友会问,如果两个一样类型的Bean都用

@Primary

来修饰呢? 结果就是会报错。如下。

No qualifying bean of type 'learn.spring.service.ServerA' available: more than one 'primary' bean found among candidates: [serverA1, serverA2]

5.4 @Qualifier

@Primary

当可以确定一个主要候选者时，是一种通过类型使用多个实例的自动装配的有效方法。当您需要对选择过程进行更多控制时，可以使用 Spring 的@Qualifier注解。您可以将限定符值与特定参数相关联，缩小类型匹配的范围，以便为每个参数选择特定的 bean。

@ConfigurationpublicclassMovieConfiguration{@Bean("main")publicMovieCatalogfirstMovieCatalog(){...}@BeanpublicMovieCatalogsecondMovieCatalog(){...}// ...}publicclassMovieRecommender{@Autowired@Qualifier("main")privateMovieCatalog movieCatalog;// ...}

一个最简单的解释就是

@Autowired + @Qualifier

=

@Resource

。

5.5 CustomAutowireConfigurer

前面我们可以通过 @Qualifier 实现根据名字的注入, CustomAutowireConfigurer 允许我们自定义一个注解, 具备和 @Qualifier 一样的功能。

首先我们声明一个注解,保持和@Qualifier一样的结构

@Target({ElementType.FIELD,ElementType.METHOD,ElementType.PARAMETER,ElementType.TYPE,ElementType.ANNOTATION_TYPE})@Retention(RetentionPolicy.RUNTIME)@Inherited@Documentedpublic@interfaceConditionAutowire{Stringvalue()default"";}

然后使用CustomAutowireConfigurer来,配置我们自定义的注解。

/**
     * 自定义一个注入工具
     *
     * @return 注入工具
     */@BeanpublicCustomAutowireConfigurercustomAutowireConfigurer(){CustomAutowireConfigurer customAutowireConfigurer =newCustomAutowireConfigurer();
        customAutowireConfigurer.setCustomQualifierTypes(Collections.singleton(ConditionAutowire.class));return customAutowireConfigurer;}

这样我们就能使用下面的代码了。

@ComponentpublicclassServerB{ServerA serverA;@Autowired// @Qualifier("serverAA") 与下面代码等价。@ConditionAutowire("serverAA")publicvoidsetServerA(ServerA serverA){this.serverA = serverA;}}

5.6 @Resource

Spring 还通过在字段或 bean 属性设置器方法上使用 JSR-250@Resource注释 ( )来支持注入。javax.annotation.Resource这是 Java EE 中的常见模式：例如，在 JSF 管理的 bean 和 JAX-WS 端点中。Spring 也支持 Spring 管理的对象的这种模式。

@Resource采用名称属性。默认情况下，Spring 将该值解释为要注入的 bean 名称。换句话说，它遵循按名称语义，如以下示例所示：

publicclassSimpleMovieLister{privateMovieFinder movieFinder;@Resource(name="myMovieFinder")publicvoidsetMovieFinder(MovieFinder movieFinder){this.movieFinder = movieFinder;}}

如果没有明确指定名称，则默认名称派生自字段名称或 setter 方法。如果是字段，则采用字段名称。对于 setter 方法，它采用 bean 属性名称。以下示例将把名为 bean 的 beanmovieFinder注入到它的 setter 方法中：

publicclassSimpleMovieLister{privateMovieFinder movieFinder;@ResourcepublicvoidsetMovieFinder(MovieFinder movieFinder){this.movieFinder = movieFinder;}}

5.7 @Value

@Value通常用于注入外部属性

@ComponentpublicclassMovieRecommender{privatefinalString catalog;publicMovieRecommender(@Value("${catalog.name}")String catalog){this.catalog = catalog;}}

application.properties文件,添加上一下配置

catalog.name=MovieCatalog

5.7.1 默认值

• @Value(“${catalog.name:defaultCatalog}”)

@ComponentpublicclassMovieRecommender{privatefinalString catalog;publicMovieRecommender(@Value("${catalog.name:defaultCatalog}")String catalog){this.catalog = catalog;}}

5.7.1 支持SpringEL 表达式

当@Value包含SpEL表达式时，该值将在运行时动态计算，如以下示例所示：

@ComponentpublicclassMovieRecommender{privatefinalString catalog;publicMovieRecommender(@Value("#{systemProperties['user.catalog'] + 'Catalog' }")String catalog){this.catalog = catalog;}}

SpEL 还支持使用更复杂的数据结构：

• 注意如果使用EL表达式,就不是$而是#

@ComponentpublicclassMovieRecommender{privatefinalMap<String,Integer> countOfMoviesPerCatalog;publicMovieRecommender(@Value("#{{'Thriller': 100, 'Comedy': 300}}")Map<String,Integer> countOfMoviesPerCatalog){this.countOfMoviesPerCatalog = countOfMoviesPerCatalog;}}

5.8 初始化 & 销毁方法

• @PostConstruct
• @PreDestroy

处理类: InitDestroyAnnotationBeanPostProcessor

publicclassCachingMovieLister{@PostConstructpublicvoidpopulateMovieCache(){// 初始化执行}@PreDestroypublicvoidclearMovieCache(){// Bean销毁执行}}

可能会有人问

• 不是还有InitializingBean初始化和DisposableBean接口能实现初始化和销毁方法吗?

publicinterfaceInitializingBean{voidafterPropertiesSet()throwsException;}publicinterfaceDisposableBean{voiddestroy()throwsException;}

• 不是还可以通过 @Bean(initMethod = "init",destroyMethod = "destroy") 来声明吗?

是的当然都可以,不过这也是有执行顺序的,顺序如下。

5.9 @Scope

这个注解平时接触的都很少,但是其实我们都在用,因为如果不显示声明,默认就是 @Scope(“singleton”)

这个怎么理解呢? 比如在Spring中默认都是单例

singleton

,这就意味着就是说在容器不关闭的情况下，不管你调用了几次都是同一个实例。如果我们想让每个Thread拿到自己的实例呢? 有没有办法呢?

当然有,如下我们定一个Thread范围的Bean, 首先给工厂定义自己的域范围。

@ComponentpublicclassBeanFactoryConfimplementsBeanFactoryPostProcessor{@OverridepublicvoidpostProcessBeanFactory(ConfigurableListableBeanFactory beanFactory)throwsBeansException{
        beanFactory.registerScope("thread",newSimpleThreadScope());}@Bean@Scope("thread")publicThreadScopeBeanthreadScopeBean(){returnnewThreadScopeBean(Thread.currentThread().getName());}publicstaticclassThreadScopeBean{String name;publicThreadScopeBean(String name){this.name = name;}@OverridepublicStringtoString(){return name;}}}

然后使用多个线程来获取这个Bean,最终我们会发现,每个线程得到的实例都是不一样的。符合Thread这个域的范围。

publicstaticvoidmain(String[] args){ConfigurableApplicationContext run =SpringApplication.run(Application.class, args);ServerB bean = run.getBean(ServerB.class);System.out.println(bean);for(int i =0; i <3; i++){newThread(()->{BeanFactoryConf.ThreadScopeBean threadScope = run.getBean(BeanFactoryConf.ThreadScopeBean.class);// thread-scope-1// thread-scope-2// thread-scope-0System.out.println(threadScope);},"thread-scope-"+ i).start();}}

注意: 上面这个例子,必须每次从容器中重新获取Bean才会生效。

当然这里是Thread范围,其实还有Session范围和request范围,这两个是我们使用最多的。他们两个是如何实现的呢? 大家可以思考下,其实也很简单。就是对工具类和ThreadLocal的利用。有知道原理的,可以下面评论。

5.9.1 HttpServletRequest 注入

这里解释一个经常被弄混淆概念,就是我们知道我们在容器中注入一个

HttpServletRequest

这个类,

HttpServletRequest

不是一个

Bean

, 为什么能注入呢?
每次在使用的时候,都会获取当前的请求对象。他是如何实现的呢? 他不是Scope来实现的。而是通过。下面
这两个行代码一起来实现的。

• beanFactory.registerScope(WebApplicationContext.SCOPE_REQUEST, new RequestScope()) 这一行的意思是,当发现你要注入的是SCOPE_REQUEST,时候会调用RequestScope@getObject来实例化。这个类不是单例不会被容器保存,也不是原型不会每次都来重新创建。
• beanFactory.registerResolvableDependency(ServletRequest.class, new RequestObjectFactory()) 的意思是，当这个类被注入到其他类的时候,要进行代理。

publicstaticvoidregisterWebApplicationScopes(ConfigurableListableBeanFactory beanFactory,@NullableServletContext sc){

        beanFactory.registerScope(WebApplicationContext.SCOPE_REQUEST,newRequestScope());
        beanFactory.registerResolvableDependency(ServletRequest.class,newRequestObjectFactory());...}

在进行自动注入的时候,如果发现实例是一个

ObjectFactory

就会生成代理类。

publicstaticObjectresolveAutowiringValue(Object autowiringValue,Class<?> requiredType){if(autowiringValue instanceofObjectFactory&&!requiredType.isInstance(autowiringValue)){// 这里获取到RequestObjectFactoryObjectFactory<?> factory =(ObjectFactory<?>) autowiringValue;if(autowiringValue instanceofSerializable&& requiredType.isInterface()){
                autowiringValue =Proxy.newProxyInstance(requiredType.getClassLoader(),newClass<?>[]{requiredType},newObjectFactoryDelegatingInvocationHandler(factory));}else{return factory.getObject();}}return autowiringValue;}

然后代理类中这样处理,在执行每个方法的时候,都从新获取

ObjectFactory#getObject()

。

publicObjectinvoke(Object proxy,Method method,Object[] args)throwsThrowable{String methodName = method.getName();if(methodName.equals("equals")){// Only consider equal when proxies are identical.return(proxy == args[0]);}elseif(methodName.equals("hashCode")){// Use hashCode of proxy.returnSystem.identityHashCode(proxy);}elseif(methodName.equals("toString")){returnthis.objectFactory.toString();}try{// 每次执行方法,都从新获取objectFactory.getObject()// RequestObjectFactory中是使用ThreadLocal的方式来实现。return method.invoke(this.objectFactory.getObject(), args);}catch(InvocationTargetException ex){throw ex.getTargetException();}}

5.10 @Import

@Import

注解允许

@Bean

从另一个配置类加载定义，如以下示例所示：

@ConfigurationpublicclassConfigA{@BeanpublicAa(){returnnewA();}}@Configuration@Import(ConfigA.class)publicclassConfigB{@BeanpublicBb(){returnnewB();}}

现在，不需要同时指定ConfigA.class和ConfigB.class在实例化上下文时，只ConfigB需要显式提供，如以下示例所示：

publicstaticvoidmain(String[] args){ApplicationContext ctx =newAnnotationConfigApplicationContext(ConfigB.class);// now both beans A and B will be available...A a = ctx.getBean(A.class);B b = ctx.getBean(B.class);}

从 Spring Framework 4.2 开始，@Import还支持对常规组件类的引用，类似于AnnotationConfigApplicationContext.register方法。如果您想通过使用一些配置类作为入口点来显式定义所有组件来避免组件扫描，这将特别有用。

这里我们定义一个注解,使用Import修饰,这样当使用这个注解时候,就会自动去注册

DubboComponentScanRegistrar

到容器,然后去处理些dubbo组件扫描的逻辑。然后就可以你在DubboComponentScanRegistrar中来获取到DubboComponentScan注解的信息。

@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Documented@Import(DubboComponentScanRegistrar.class)public@interfaceDubboComponentScan{String[]value()default{};}publicclassDubboComponentScanRegistrarimplementsImportBeanDefinitionRegistrar{publicvoidregisterBeanDefinitions(AnnotationMetadata importingClassMetadata,BeanDefinitionRegistry registry){// 获取DubboComponentScan注解中配置要扫描的目录Set<String> packagesToScan =getPackagesToScan(importingClassMetadata);// 扫描上面指定的目录,生成BeanDefinition通过registry去注册。registerServiceAnnotationBeanPostProcessor(packagesToScan, registry);registerReferenceAnnotationBeanPostProcessor(registry);}}

5.11 @Profile

Bean 定义配置文件在核心容器中提供了一种机制，允许在不同环境中注册不同的 bean。“环境”这个词对不同的用户可能意味着不同的东西，这个功能可以帮助许多用例，包括：

• 在开发中处理内存中的数据源，而不是在 QA 或生产中从 JNDI 中查找相同的数据源。
• 仅在将应用程序部署到性能环境时才注册监控基础架构。
• 为客户 A 和客户 B 部署注册定制的 bean 实现。

@Configuration@Profile("development")publicclassStandaloneDataConfig{@BeanpublicDataSourcedataSource(){returnnewEmbeddedDatabaseBuilder().setType(EmbeddedDatabaseType.HSQL).addScript("classpath:com/bank/config/sql/schema.sql").addScript("classpath:com/bank/config/sql/test-data.sql").build();}}@Configuration@Profile("production")publicclassJndiDataConfig{@BeanpublicDataSourcedataSource()throwsException{Context ctx =newInitialContext();return(DataSource) ctx.lookup("java:comp/env/jdbc/datasource");}}

5.11.1 自定义环境注解

可以将

@Profile

其用作元注释以创建自定义组合注释。以下示例定义了一个自定义

@Production

注释，您可以将其用作 的替代品

@Profile("production")

@Target(ElementType.TYPE)@Retention(RetentionPolicy.RUNTIME)@Profile("production")public@interfaceProduction{}

5.11.2 激活环境

AnnotationConfigApplicationContext ctx =newAnnotationConfigApplicationContext();
ctx.getEnvironment().setActiveProfiles("development");
ctx.register(SomeConfig.class,StandaloneDataConfig.class,JndiDataConfig.class);
ctx.refresh();

此外，您还可以通过

spring.profiles.active

属性以声明方式激活配置文件

以声明方式，

spring.profiles.active

可以接受以逗号分隔的配置文件名称列表，如以下示例所示：

-Dspring.profiles.active="profile1,profile2"

六、Aware

这个比较简单,当你看到实现了Aware结尾的接口,Spring都会给你自动给你注入对应的Spring种内置的组件。这个怎么理解呢,看下面。

6.1 BeanFactoryAware

获取

BeanFactory

publicinterfaceBeanFactoryAwareextendsAware{voidsetBeanFactory(BeanFactory beanFactory)throwsBeansException;}

6.2 BeanNameAware

获取

Bean

的名称

publicinterfaceBeanNameAwareextendsAware{voidsetBeanName(String name);}

6.3 MessageSourceAware

获取国际化对象

MessageSource

publicinterfaceMessageSourceAwareextendsAware{voidsetMessageSource(MessageSource messageSource);}

6.4 ApplicationContextAware

获取容器上下文

ApplicationContext

publicinterfaceApplicationContextAwareextendsAware{voidsetApplicationContext(ApplicationContext applicationContext)throwsBeansException;}

6.5 ApplicationEventPublisherAware

获取事件发送者

ApplicationEventPublisher

publicinterfaceApplicationEventPublisherAwareextendsAware{voidsetApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher);}

6.6 ResourceLoaderAware

获取资源加载器

ResourceLoader

publicinterfaceResourceLoaderAwareextendsAware{voidsetResourceLoader(ResourceLoader resourceLoader);}

6.7 ServletConfigAware

获取

ServletConfig

publicinterfaceServletConfigAwareextendsAware{voidsetServletConfig(ServletConfig servletConfig);}

6.8 ServletContextAware

publicinterfaceServletContextAwareextendsAware{voidsetServletContext(ServletContext servletContext);}

七、生成候选组件的索引

虽然类路径扫描非常快，但可以通过在编译时创建静态候选列表来提高大型应用程序的启动性能。在这种模式下，作为组件扫描目标的所有模块都必须使用这种机制。

当 ApplicationContext检测到这样的索引时，它会自动使用它而不是扫描类路径,这样能提高速度。

<dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-context-indexer</artifactId><version>5.3.22</version><optional>true</optional></dependency></dependencies>

当引用之后,再编译期间生成配置文件。

这个的原理,其实就跟lombok类似,使用到的都是

APT

技术,如果感兴趣的话,可以看我这篇文章。

【lombok原理】无聊的周末一个人手写一个lombok

都看到这里了,最后如果这篇文章,对你有所帮助,请点个关注,交个朋友。