SpringBoot中的Bean裝配詳解
前言
IoC((Inversion of Control,控制反轉(zhuǎn))容器是 Spring 的核心,可以說(shuō) Spring 是一種基于 IoC容器編程的框架。因?yàn)镾pring Boot 是基于注解的開(kāi)發(fā) Spring IoC, 所以我們就從全注解的方式來(lái)講訴Bean裝配。
一、IoC容器的簡(jiǎn)介
Spring IoC 容器是一個(gè)管理 Bean 的容器,在 Spring 的定義中,它要求所有的 IoC 容器都需要實(shí)現(xiàn)接口 BeanFactory,它是一個(gè)頂級(jí)容器接口。 我們從源碼講訴。
BeanFactory接口源碼
package org.springframework.beans.factory;
import org.springframework.beans.BeansException;
import org.springframework.core.ResolvableType;
import org.springframework.lang.Nullable;
public interface BeanFactory {
// 前綴
String FACTORY_BEAN_PREFIX = "&";
// 多個(gè)getBean方法
Object getBean(String name) throws BeansException;
<T> T getBean(String name, Class<T> requiredType) throws BeansException;
Object getBean(String name, Object... args) throws BeansException;
<T> T getBean(Class<T> requiredType) throws BeansException;
<T> T getBean(Class<T> requiredType, Object... args) throws BeansException;
<T> ObjectProvider<T> getBeanProvider(Class<T> requiredType);
<T> ObjectProvider<T> getBeanProvider(ResolvableType requiredType);
// 是否包含Bean
boolean containsBean(String name);
//是否單例
boolean isSingleton(String name) throws NoSuchBeanDefinitionException;
// 是否原型
boolean isPrototype(String name) throws NoSuchBeanDefinitionException;
// 是否類(lèi)型匹配
boolean isTypeMatch(String name, ResolvableType typeToMatch) throws NoSuchBeanDefinitionException;
boolean isTypeMatch(String name, Class<?> typeToMatch) throws NoSuchBeanDefinitionException;
// 獲取Bean的類(lèi)型
@Nullable
Class<?> getType(String name) throws NoSuchBeanDefinitionException;
// 獲取Bean的別名
@Nullable
Class<?> getType(String name, boolean allowFactoryBeanInit) throws NoSuchBeanDefinitionException;
String[] getAliases(String name);
}分析:
- 上訴源碼中加入了中文注釋?zhuān)ㄟ^(guò)它們就可以理解這些方法的含義。
- 這里值得注意的是接口中的幾個(gè)方法:
- 首先我們看到了多個(gè)getBean 方法,這也是IoC 容器最重要的方法之一, 它的意義是從IoC 容器中獲取Bean而從多個(gè)getBean方法中可以看到有按類(lèi)型(bytype)獲取Bean 的,也有按名稱(chēng)(by name)獲取 Bean 的,這就意味著在 Spring IoC 容器中,允許我們按類(lèi)型或者名稱(chēng)獲取 Bean。這對(duì)理解后面將講到的Spring 的依賴(lài)注入(Dependency Injection, DI) 是十分重要的。
- isSingleton 方法則判斷 Bean 是否在 Spring IoC 中為單例。這里需要記住的是在 Spring IoC 容器中,默認(rèn)的情況下, Bean 都是以單例存在的,也就是使用 getBean 方法返回的都是同一個(gè)對(duì)象。與isSingleton 方法相反的是 isPrototype 方法,如果它返回的是 true,那么當(dāng)我們使用 getBean 方法獲取Bean 的時(shí)候, Spring IoC 容器就會(huì)創(chuàng)建一個(gè)新的 Bean 返回給調(diào)用者。
由于BeanFactory 的功能還不夠強(qiáng)大,因此 Spring 在 BeanFactory 的基礎(chǔ)上, 還設(shè)計(jì)了一個(gè)更為高級(jí)的接口 ApplicationContext。 它是 BeanFactory 的子接口之一, 在 Spring 的體系中 BeanFactory 和ApplicationContext 是最為重要的接口設(shè)計(jì),在現(xiàn)實(shí)中我們使用的大部分 Spring IoC 容器是ApplicationContext 接口的實(shí)現(xiàn)類(lèi)。

- 在圖中可以看到, ApplicationContext 接口通過(guò)繼承上級(jí)接口,進(jìn)而繼承 BeanFactory 接口, 但是在BeanFactory 的基礎(chǔ)上,擴(kuò)展了消息國(guó)際化接口(MessageSource)、環(huán)境可配置接口 (EnvironmentCapable)、應(yīng)用事件發(fā)布接口(ApplicationEventPublish巳r) 和資源模式解析接口(ResourcePatternResolver),所以它的功能會(huì)更為強(qiáng)大。
- 在Spring Boot 當(dāng)中我們主要是通過(guò)注解來(lái)裝配Bean到 Spring IoC 容器中,為了貼近 SpringBoot 的需要, 這里不再介紹與 XML 相關(guān)的 IoC 容器,而主要介紹一個(gè)基于注解的 IoC 容器,它就是AnnotationConfigApplicationContext,從名稱(chēng)就可以看出它是一個(gè)基于注解的 IoC 容器。 之所以研究它, 是因?yàn)镾pring Boot 裝配和獲取 Bean 的方法與它如出一轍。
例:創(chuàng)建一個(gè)User類(lèi),然后使用AnnotationConfigApplicationContext構(gòu)建IoC容器
public class User {
private Long id;
private String userName;
/**setter and getter **/
}import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Con f工guration ;
import com.springboot.chapter3.po] o.User;
@Configuration
public class AppConfig {
@Bean(name =”user” }
public User ini tUser () {
User user= new User ();
user. set Id (1L) ;
user.setUserName (”aa”);
return user;
}
}@Configuration 代表這是一個(gè) Java 配置文件, Spring 的容器會(huì)根據(jù)它來(lái)生成IoC 容器去裝配Bean;@Bean 代表將 initUser 方法返回的 POJO 裝配到 IoC 容器中,而其屬性name 定義這個(gè) Bean 的名稱(chēng),如果沒(méi)有配置它,則將方法名稱(chēng)“initUser”作為 Bean 的名稱(chēng)保存到Spring IoC 容器中。
import org.apache. log4j .Logger;
import org. springframework.context.ApplicationContext;
import org. springframework.context annotation.AnnotationConfigApplicat工onContext;
import com.springboot.chapter3.po] o .User;
public class IoCTest {
private static Logger log= Logger.getLogger(IoCTest.class);
publ工c static 飛roid main (String [] args) {
ApplicationContext ctx = new AnnotationConfigAppl豐cationContext(AppConfig. class);
User user= ctx.getBean(User.class);
}
}代碼中將Java 配置文件 AppConfig 傳遞給 AnnotationConfigApplicationContext 的構(gòu)造方法,這樣它就能夠讀取配置了。然后將配置里面的Bean裝配到IoC容器中,于是可以使用 getBean方法獲取對(duì)應(yīng)的POJO。
二、Bean裝配
掃描裝配
上訴講訴的User對(duì)象裝配就是使用@Bean裝配。但是如果一個(gè)個(gè)的 Bean 使用注解@Bean 注入 Spring loC 容器中,那將是一件很麻煩的事情。好在Spring 還允許我們進(jìn)行掃描裝配 Bean 到 loC 容器中,對(duì)于掃描裝配而言使用的注解是@Component和@ComponentScan。@Component 是標(biāo)明l哪個(gè)類(lèi)被掃描進(jìn)入 Spring IoC 容器,而ComponentScan則是標(biāo)明采用何種策略去掃描裝配Bean。
@Component(”user")
public class User {
@Value("1")
private Long id;
@Value("aa"}
private String userName;
/**setter and getter **/
}這里的注解@Component表明這個(gè)類(lèi)將被SpringIoC 容器掃描裝配,其中配置的“user"則是作為Bean 的名稱(chēng),當(dāng)然你也可以不配置這個(gè)字符串,那么IoC容器就會(huì)把類(lèi)名第一個(gè)字母作為小寫(xiě),其他不變作為Bean 名稱(chēng)放入到IoC 容器中;注解@Value則是指定具體的值,使得Spring IoC給予對(duì)應(yīng)的屬性注入對(duì)應(yīng)的值。為了讓SpringIoC 容器裝配這個(gè)類(lèi), 需要改造類(lèi)AppConfig:
import org.springframework.context.annotat工on.ComponentScan;
import org.springframework.context.annotation Configuration;
@Configuration
@ComponentScan
public class AppConfig {
}這里加入了@ComponentScan,意味著它會(huì)進(jìn)行掃描,但是它只會(huì)掃描類(lèi)AppConfig所在的當(dāng)前包和其子包。也就是@ComponentScan默認(rèn)掃描當(dāng)前類(lèi)所在包及其子包。 所以User類(lèi)的位置要注意。
測(cè)試:
Applicat工onContext ctx = new AnnotationConfigApplicationContext{AppConfig.class) ;
User user= ctx.getBean(User.class);
log. info(user.getid());為了更加合理,@ComponentScan還允許我們自定義掃描的包,我們看一下源碼:
package org.springframework.context.annotation;
import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Repeatable;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import org.springframework.beans.factory.support.BeanNameGenerator;
import org.springframework.core.annotation.AliasFor;
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
@Documented
//在一個(gè)類(lèi)中可重復(fù)定義
@Repeatable(ComponentScans.class)
public @interface ComponentScan {
// 定義掃描的包
@AliasFor("basePackages")
String[] value() default {};
//定義掃描的包
@AliasFor("value")
String[] basePackages() default {};
//定義掃描的類(lèi)
Class<?>[] basePackageClasses() default {};
//Bean name生成器
Class<? extends BeanNameGenerator> nameGenerator() default BeanNameGenerator.class;
//作用域解析器
Class<? extends ScopeMetadataResolver> scopeResolver() default AnnotationScopeMetadataResolver.class;
//作用域代理模式
ScopedProxyMode scopedProxy() default ScopedProxyMode.DEFAULT;
//資源匹配模式
String resourcePattern() default "**/*.class";
//是否啟用默認(rèn)的過(guò)濾器
boolean useDefaultFilters() default true;
//當(dāng)滿足過(guò)濾器的條件時(shí)掃描
Filter[] includeFilters() default {};
//當(dāng)不滿足過(guò)濾器的條件時(shí)掃描
Filter[] excludeFilters() default {};
//是否延遲初始化
boolean lazyInit() default false;
//定義過(guò)濾器
@Retention(RetentionPolicy.RUNTIME)
@Target({})
public @interface Filter {
//過(guò)濾器類(lèi)型,可以按注解類(lèi)型或者正則式等過(guò)濾
FilterType type() default FilterType.ANNOTATION;
//定義過(guò)濾的類(lèi)
@AliasFor("classes")
Class<?>[] value() default {};
@AliasFor("value")
Class<?>[] classes() default {};
//匹配方式
String[] pattern() default {};
}
}分析:
- 首先可以通過(guò)配置項(xiàng)basePackages定義掃描的包名,在沒(méi)有定義的情況下,它只會(huì)掃描當(dāng)前包和其子包下的路徑:還可以通過(guò)basePackageClasses 定義掃描的類(lèi);
- 其中還有 includeFilters 和 excludeFilters, includeFilters 是定義滿足過(guò)濾器(Filter)條件的 Bean 才去掃描, excludeFilters 則是排除過(guò)濾器條件的 Bean,它們都需要通過(guò)一個(gè)注解@Filter 去定義,它有一個(gè)type 類(lèi)型,這里可以定義為注解或者正則式等類(lèi)型。 classes定義注解類(lèi), pattern 定義正則式類(lèi)
所以得出三個(gè)掃描路徑表示:
@ComponentScan ("com.springboot.example.* ")
@ComponentScan(basePackages = {"com.springboot.example.pojo"})
@ComponentScan(basePackageClasses = {User.class} ) 以及排除掃描包或類(lèi),讓其不被裝配:
//掃描example下所有包除了@Service裝配的類(lèi)
//這樣,由于加入了 excludeFilters 的配置,使標(biāo)注了@Service 的類(lèi)將不被 IoC 容器掃描注入,這樣就可以把它類(lèi)排除到 Spring IoC容器中了。
@ComponentScan(basePackages = {"com.dragon.restart"},excludeFilters = {@ComponentScan.Filter(classes = Service.class)})探索啟動(dòng)類(lèi)
事實(shí)上,之前在 Spring Boot 的注解@SpringBootApplication 也注入了@ComponentScan,這里不妨探索其源碼:
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
//自定義排除的掃描類(lèi)
@ComponentScan(
excludeFilters = {@Filter(
type = FilterType.CUSTOM,
classes = {TypeExcludeFilter.class}
), @Filter(
type = FilterType.CUSTOM,
classes = {AutoConfigurationExcludeFilter.class}
)}
)
public @interface SpringBootApplication {
//通過(guò)類(lèi)型排除自動(dòng)配置
@AliasFor(
annotation = EnableAutoConfiguration.class
)
Class<?>[] exclude() default {};
//通過(guò)名稱(chēng)排除自動(dòng)配置類(lèi)
@AliasFor(
annotation = EnableAutoConfiguration.class
)
String[] excludeName() default {};
//定義掃描包
@AliasFor(
annotation = ComponentScan.class,
attribute = "basePackages"
)
String[] scanBasePackages() default {};
//定義被掃描的類(lèi)
@AliasFor(
annotation = ComponentScan.class,
attribute = "basePackageClasses"
)
Class<?>[] scanBasePackageClasses() default {};顯然,通過(guò)它就能夠定義掃描哪些包。但是這里需要特別注意的是,它提供的exclude和excludeName兩個(gè)方法是對(duì)于其內(nèi)部的自動(dòng)配置類(lèi)才會(huì)生效的。為了能夠排除其他類(lèi),還可以再加入@ComponentScan以達(dá)到我們的目的。
條件裝配
- 例如在數(shù)據(jù)庫(kù)連接池的配置中漏掉一些配置會(huì)造成數(shù)據(jù)源不能連接上。 在這樣的情況下, IoC容器如果還進(jìn)行數(shù)據(jù)源的裝配, 則系統(tǒng)將會(huì)拋出異常,導(dǎo)致應(yīng)用無(wú)法繼續(xù)。這時(shí)倒是希望IoC容器不去裝配數(shù)據(jù)源。
- 為了處理這樣的場(chǎng)景, Spring 提供了@Conditional注解幫助我們,而它需要配合另外一個(gè)接口Condition(org.springframework.context.annotation.Condition )來(lái)完成對(duì)應(yīng)的功能。
裝配的Bean:
@Bean(name = "dataSource", destroyMethod = "close" )
@Conditional(DatabaseConditional.class)
public DataSource getDataSource (
@Value("${database.driverName}") String driver,
@Value("${database.url}") String url,
@Value("${database.username}") String username,
@Value("{database.password}") String password
){
Properties props= new Properties();
props.setProperty("driver", driver);
props setProperty("url", url);
props.setProperty("username", username);
props setProperty("password", password);
DataSource dataSource = null;
try {
dataSource = BasicDataSourceFactory.createDataSource(props) ;
) catch (Exception e) {
e.printStackTrace();
}
return dataSource;
}自定義DatabaseConditional類(lèi):
public class DatabaseConditional implements Condition {
/**
* 數(shù)據(jù)庫(kù)裝配條件
*
* @param context 條件上下文
* @param metadata 注釋類(lèi)型的元數(shù)據(jù)
* @return true 裝配 Bean,否則不裝配
*/
@Override
public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
//取出環(huán)境配置
Environment env = context.getEnvironment();
//判斷屬性文件是否存在對(duì)應(yīng)的數(shù)據(jù)庫(kù)配置
return env.containsProperty(”database.driverName” )
&& env.containsProperty(”database.url”)
&& env.containsProperty(” database.username”)
&& env.containsProperty (”database.password");matches 方法首先讀取其上下文環(huán)境, 然后判定是否已經(jīng)配置了對(duì)應(yīng)的數(shù)據(jù)庫(kù)信息。這樣,當(dāng)這些都己經(jīng)配置好后則返回true。這個(gè)時(shí)候Spring會(huì)裝配數(shù)據(jù)庫(kù)連接池的Bean,否則是不裝配的。
自定義Bean
- 現(xiàn)實(shí)的Java 的應(yīng)用往往需要引入許多來(lái)自第三方的包, 并且很有可能希望把第三方包的類(lèi)對(duì)象也放入到Spring IoC 容器中,這時(shí)@Bean注解就可以發(fā)揮作用了。
- 例如,要引入一個(gè)DBCP數(shù)據(jù)源,我們先在pom.xml上加入項(xiàng)目所需要DBCP包和數(shù)據(jù)庫(kù)MySQL驅(qū)動(dòng)程序的依賴(lài)。
<dependency> <groupid>org.apache.commons</groupid> <artifactid>commons-dbcp2</artifactid> </dependency> <dependency> <groupid>mysql</groupid> <artifactid>mysql-connector-ava</artifactid> </dependency>
這樣 DBCP 和數(shù)據(jù)庫(kù)驅(qū)動(dòng)就被加入到了項(xiàng)目中,接著將使用它提供的機(jī)制來(lái)生成數(shù)據(jù)源:
@Bean(name = "dataSource")
@Conditional(DatabaseConditional.class)
public DataSource getDataSource (){
Properties props= new Properties();
props.setProperty("driver", driver);
props setProperty("url", url);
props.setProperty("username", username);
props setProperty("password", password);
DataSource dataSource = null;
try {
dataSource = BasicDataSourceFactory.createDataSource(props) ;
) catch (Exception e) {
e.printStackTrace();
}
return dataSource;
}這里通過(guò)@Bean 定義了其配置項(xiàng) name 為“dataSource“,那么 Spring 就會(huì)把它返回的對(duì)象用名稱(chēng)“dataSource” 保存在 loC 容器中。當(dāng)然, 你也可以不填寫(xiě)這個(gè)名稱(chēng),那么它就會(huì)用你的方法名稱(chēng)作為Bean 名稱(chēng)保存到 IoC 容器中。通過(guò)這樣,就可以將第三方包的類(lèi)裝配到SpringIoC容器中了。
總結(jié)
以上就是SpringBoot的Bean裝配的詳細(xì)講解。
到此這篇關(guān)于SpringBoot詳解Bean裝配的文章就介紹到這了,更多相關(guān)SpringBoot Bean裝配內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java 操作gis geometry類(lèi)型數(shù)據(jù)方式
這篇文章主要介紹了java 操作gis geometry類(lèi)型數(shù)據(jù)方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-03-03
阿里Sentinel支持Spring Cloud Gateway的實(shí)現(xiàn)
這篇文章主要介紹了阿里Sentinel支持Spring Cloud Gateway的實(shí)現(xiàn),小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2019-04-04
springboot加載命令行參數(shù)ApplicationArguments的實(shí)現(xiàn)
本文主要介紹了springboot加載命令行參數(shù)ApplicationArguments的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-04-04
Springboot上傳文件時(shí)提示405問(wèn)題及排坑過(guò)程
這篇文章主要介紹了Springboot上傳文件時(shí)提示405問(wèn)題及排坑過(guò)程,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-07-07
Flink實(shí)現(xiàn)特定統(tǒng)計(jì)的歸約聚合reduce操作
這篇文章主要介紹了Flink實(shí)現(xiàn)特定統(tǒng)計(jì)的歸約聚合reduce操作,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)吧2023-02-02
Java讀取網(wǎng)絡(luò)文件的實(shí)例代碼
這篇文章主要介紹了Java讀取網(wǎng)絡(luò)文件的實(shí)例代碼,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-07-07
Kafka多節(jié)點(diǎn)分布式集群搭建實(shí)現(xiàn)過(guò)程詳解
這篇文章主要介紹了Kafka多節(jié)點(diǎn)分布式集群搭建實(shí)現(xiàn)過(guò)程詳解,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-11-11
IDEA中實(shí)體類(lèi)(POJO)與JSON快速互轉(zhuǎn)問(wèn)題
這篇文章主要介紹了IDEA中實(shí)體類(lèi)(POJO)與JSON快速互轉(zhuǎn),本文通過(guò)圖文實(shí)例代碼相結(jié)合給大家介紹的非常詳細(xì),需要的朋友可以參考下2022-08-08

