挖一挖@Bean这个东西

时间:2023-03-09 20:00:38
挖一挖@Bean这个东西

有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);
}
}