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