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