Error message here!

Hide Error message here!

忘记密码?

Error message here!

请输入正确邮箱

Hide Error message here!

密码丢失?请输入您的电子邮件地址。您将收到一个重设密码链接。

Error message here!

返回登录

Close

挖一挖@Bean这个东西

不该相遇在秋天 2019-01-25 17:38:00 阅读数:249 评论数:0 点赞数:0 收藏数:0

有Bean得治

任何一个正常程序的访问都会在内存中创建非常多的对象,对象与对象之间还会出现很多依赖关系(一个处理业务逻辑的类中几乎都会使用到别的类的实例),一般的做法都是使用new关键字来创建对象,对于多次重复使用的对象会采用单例模式来设计。

但在Spring中却不是这样,Spring框架使用了一个容器对这些对象进行管理,每一个需要被管理的对象被称为Bean,而管理这些Bean的容器,被称为IoC容器。

控制反转(IoC)在是一种通过描述来生成或者获取对象的技术,在Spring Boot中,我们经常是通过注解来创建对象,这里只谈注解,无视XML。

Spring Boot在启动的过程中,会去扫描需要被管理的Bean,将Bean装载到IoC容器中,根据依赖关系进行实例化对象,最后进行依赖注入。也就是说,在项目启动完成后,所有的Bean都已经实例化完成,并已在相应的地方注入完成,访问程序使用到的这些对象都只是在直接调用对象实例,并不会出现一个new的过程,因为这些对象在项目启动的时候就已经都被new出来了。

Bean的创建方式有很多种,最常用的是@Component,@Service,@Repository等等直接放在类头上的注解,都是一些标记,用于被收集后反射再实例化最终赋值达到注入的目的,可了解的应该就是其中的一些附带规则:条件装配,就是如果存在某个Bean时(也可以判断不存在时)再装配当前这个Bean,不过条件装配我觉得应用场景并不常见。

这里主要是要挖一挖@Bean这个注解的使用。

用@Bean创建Bean

@Bean注解是只能用在方法上,标志该方法需要创建一个Bean,方法返回的对象就是创建Bean的目标对象。

建一个User实体类:

public class User {
private int id = 2;
private String name = "我是User类的小光";
private String sex = "我是难的";
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getSex() {
return sex;
}
public void setSex(String sex) {
this.sex = sex;
}
@Override
public String toString() {
return "User{" +
"id=" + id +
", name='" + name + '\'' +
", sex='" + sex + '\'' +
'}';
}
}

 

示例:

@Configuration
public class Config {
@Bean
public String aaa(){
return "你大爷";
}
@Bean
public User bbb(){
return new User();
}
} 

这个Config类,创建了两个Bean,创建的对象一个是String对象一个是User对象,可以是任何对象,我这里为了更加直白的表达“Bean”是什么东西,特意使用了String来做例子。

当然了  bean的名字是可以定的 以下三种定义方式都可以:

 @Bean(name = "aaa")
@Bean("aaa")
@Bean

第三种方式没有指定名字,那么框架会将方法名作为bean的名字,注意:是方法原名,不会是小驼峰,只有应用在类上的注解创建的bean才会是小驼峰,@Bean是方法上的注解。

你的脑补绝对有用

此时,你可以脑补一下框架是怎么创建Bean的:

 HashMap map = new HashMap();
map.put("aaa",new String("你大爷"));
map.put("bbb",new User());

所谓IoC容器,就是一个集合,装了很多对象,你要用哪个对象,Spring就会从集合里取给你。

----->当然了,虽然你的脑补不一定完全正确,但是你的脑补绝对有用。

@Bean注解受不受@ComponentScan的影响?

@ComponentScan注解定义扫描路径,也就是说,Spring Boot只会扫描指定路径之内的类,遇到特殊注解就会开始进行Bean的收集工作。

在Spring Boot的启动类main方法上有@SpringBootApplication注解,点进去之后可以看到它里面包含的有@ComponentScan,所以尽管我们没有手动指定扫描范围,但是默认是以启动类所在的包作为一个扫描范围。

但这里要说明的是,@ComponentScan这个注解,它是用来约束@Configuration,@Controller,@Service,@Repository,@Component等作用在类上注解,但是它管不了@Bean注解,只要项目中有@Bean注解,即使身处启动类的外层,不在@ComponentScan的扫描范围之内,该Bean也会存在,只是没有被扫描装配,也就是可以获取,但无法注入。

是否一定要和@Configuration一起用? 

我的答案是:是的!

如果你没有加@Configuration注解,那么Spring将不会扫描这个类,但是你后期获取该Bean的时候,Spring可以找到它,也就是说,如果没有加@Configuration注解,那么项目启动后是没有该Bean的,只有当你获取该Bean的时候,才会进行实例化。

获取你的Bean

 AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(Config.class);
Object aaa = context.getBean("aaa");
System.out.println(aaa.toString());
Object bbb = context.getBean("bb");
System.out.println(bbb.toString()); 

该示例代码获取的是Config类中的aaa和bbb两个Bean。

注意,它并不是获取容器中的Bean,它是根据你提供的class和Bean名称跑去执行了一下方法,新new了一个对象给你,再有,这个Bean名称必须用原名,大小写不打折的。

小提示:无论类的头上有没有@Configuration注解,该方式都可以成功,当然,如果类的头上有@Configuration注解,那么该Bean的返回对象可以直接在别处进行注入。

 

如果你要获取类上的Bean,可以采用下面这个工具类来获取:

@Component
public class SpringUtil implements ApplicationContextAware {
private static ApplicationContext applicationContext = null;
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
if (null == SpringUtil.applicationContext) {
SpringUtil.applicationContext = applicationContext;
}
}
// 获取applicationContext
public static ApplicationContext getApplicationContext() {
return applicationContext;
}
// 通过name获取 Bean.
public static Object getBean(String name) {
return getApplicationContext().getBean(name);
}
// 通过class获取Bean.
public static <T> T getBean(Class<T> clazz) {
return getApplicationContext().getBean(clazz);
}
// 通过name,以及Clazz返回指定的Bean
public static <T> T getBean(String name, Class<T> clazz) {
return getApplicationContext().getBean(name, clazz);
}
} 

 

版权声明
本文为[不该相遇在秋天]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/fengyumeng/p/10320850.html

编程之旅,人生之路,不止于编程,还有诗和远方。
阅代码原理,看框架知识,学企业实践;
赏诗词,读日记,踏人生之路,观世界之行;