Spring bean是什么?

Spring有跟多概念，其中最基本的一个就是bean，那到底spring bean是什么?

Bean是Spring框架中最核心的两个概念之一（另一个是面向切面编程AOP）。是否正确理解 Bean 对于掌握和高效使用 Spring 框架至关重要。遗憾的是，网上不计其数的文章，却没有简单而清晰的解释。那么，Spring bean 到底是什么？接下来我们用图文方式来解析这一个概念。

1 定义

Spring 官方文档对 bean 的解释是：

In Spring, the objects that form the backbone of your application and that are managed by the Spring IoC container are called beans. A bean is an object that is instantiated, assembled, and otherwise managed by a Spring IoC container.

翻译过来就是：

在 Spring 中，构成应用程序主干并由Spring IoC容器管理的对象称为bean。bean是一个由Spring IoC容器实例化、组装和管理的对象。

概念简单明了，我们提取处关键的信息：

bean是对象，一个或者多个不限定
bean由Spring中一个叫IoC的东西管理
我们的应用程序由一个个bean构成
第1和3好理解，那么IoC又是什么东西？

2 控制反转（IoC）

控制反转英文全称：Inversion of Control，简称就是IoC。控制反转通过依赖注入（DI）方式实现对象之间的松耦合关系。程序运行时，依赖对象由【辅助程序】动态生成并注入到被依赖对象中，动态绑定两者的使用关系。Spring IoC容器就是这样的辅助程序，它负责对象的生成和依赖的注入，让后在交由我们使用。简而言之，就是：IoC就是一个对象定义其依赖关系而不创建它们的过程。这里我们可以细分为两个点。

2.1 私有属性保存依赖

第1点：使用私有属性保存依赖对象，并且只能通过构造函数参数传入，构造函数的参数可以是工厂方法、保存类对象的属性、或者是工厂方法返回值。假设我们有一个Computer类：

public class Computer {
private String cpu;     // CPU型号
private int ram;        // RAM大小，单位GBpublic Computer(String cpu, int ram) {this.cpu = cpu;this.ram = ram;}
}

我们有另一个Person类依赖于Computer类，符合IoC的做法是这样：

public class Person {private Computer computer;public Person(Computer computer) {this.computer = computer;}
}

不符合IoC的做法如下：

// 直接在Person里实例化Computer类
public class Person {private Computer computer = new Computer(AMD, 3);
}// 通过【非构造函数】传入依赖
public class Person {private Computer computer;public void init(Computer computer) {this.computer = computer;}
}

简单来说，person依赖Computer，但person不控制Computer的创建和销毁，仅使用Computer，那么Computer的控制权交给person之外处理，这叫控制反转（IOC），而person要依赖computer，必然要使用computer的instance，那么

通过a的接口，把b传入；
通过a的构造，把b传入；
通过设置a的属性，把b传入；

这个过程叫依赖注入（DI）。

2.2 让Spring控制类构建过程

第2点：不用new，让Spring控制new过程。在Spring中，我们基本不需要 new 一个类，这些都是让 Spring 去做的。 Spring 启动时会把所需的类实例化成对象，如果需要依赖，则先实例化依赖，然后实例化当前类。因为依赖必须通过构建函数传入，所以实例化时，当前类就会接收并保存所有依赖的对象。这一步也就是所谓的依赖注入。

2.3 这就是IoC

在 Spring 中，类的实例化、依赖的实例化、依赖的传入都交由 Spring Bean 容器控制，而不是用new方式实例化对象、通过非构造函数方法传入依赖等常规方式。实质的控制权已经交由程序管理，而不是程序员管理，所以叫做控制反转。

3 Bean？

至于bean，则是几个概念。

概念1：Bean容器，或称spring ioc容器，主要用来管理对象和依赖，以及依赖的注入。
概念2：bean是一个Java对象，根据bean规范编写出来的类，并由bean容器生成的对象就是一个bean。
概念3：bean规范。

bean规范如下：

所有属性为private
提供默认构造方法
提供getter和setter
实现serializable接口

参考文章
https://www.zhihu.com/question/19773379
https://www.awaimai.com/2596.html
bean的后置处理器https://cloud.tencent.com/developer/article/1562503

依赖注入有三种方式：

变量（filed）注入
spring官方和idea不推荐此注入方式原因：不具备外部可见性。会导致循环依赖。无法注入不可变对象

@Autowired
UserDao userDao;

构造器注入

 finalUserDao userDao;@Autowiredpublic UserServiceImpl(UserDao userDao) {this.userDao = userDao;}

set方法注入

private UserDao userDao;@Autowiredpublic void setUserDao (UserDao userDao) {this.userDao = userDao;}

相比较而言：

优点：变量方式注入非常简洁，没有任何多余代码，非常有效的提高了java的简洁性。即使再多几个依赖一样能解决掉这个问题。

缺点：不能有效的指明依赖。相信很多人都遇见过一个bug，依赖注入的对象为null，在启动依赖容器时遇到这个问题都是配置的依赖注入少了一个注解什么的，然而这种方式就过于依赖注入容器了，当没有启动整个依赖容器时，这个类就不能运转，在反射时无法提供这个类需要的依赖。
在使用set方式时，这是一种选择注入，可有可无，即使没有注入这个依赖，那么也不会影响整个类的运行。
在使用构造器方式时已经显式注明必须强制注入。通过强制指明依赖注入来保证这个类的运行。

另一个方面：
依赖注入的核心思想之一就是被容器管理的类不应该依赖被容器管理的依赖，换成白话来说就是如果这个类使用了依赖注入的类，那么这个类摆脱了这几个依赖必须也能正常运行。然而使用变量注入的方式是不能保证这点的。
既然使用了依赖注入方式，那么就表明这个类不再对这些依赖负责，这些都由容器管理，那么如何清楚的知道这个类需要哪些依赖呢？它就要使用set方法方式注入或者构造器注入。

总结下：
变量方式注入应该尽量避免，使用set方式注入或者构造器注入，这两种方式的选择就要看这个类是强制依赖的话就用构造器方式，选择依赖的话就用set方法注入。
————————————————

AOP全注解开发时再配置类上还要加上一句
@EnableAspectJAutoProxy(proxyTargetClass = true)

通过配置织入@Aspectj切面

虽然可以通过编程的方式织入切面，但是一般情况下，我们还是使用spring的配置自动完成创建代理织入切面的工作。

通过aop命名空间的<aop:aspectj-autoproxy
/>声明自动为spring容器中那些配置@aspectJ切面的bean创建代理，织入切面。当然，spring

在内部依旧采用AnnotationAwareAspectJAutoProxyCreator进行自动代理的创建工作，但具体实现的细节已经被<aop:aspectj-autoproxy
/>隐藏起来了

<aop:aspectj-autoproxy
/>有一个proxy-target-class属性，默认为false，表示使用jdk动态代理织入增强，当配为<aop:aspectj-autoproxy
poxy-target-class=“true”/>时，表示使用CGLib动态代理技术织入增强。不过即使proxy-target-class设置为false，如果目标类没有声明接口，则spring将自动使用CGLib动态代理。

注解模式下context.getBean操作第一个参数为类名首字母小写，也可以在Component中的value修改名字

getBean一共有以下四种方法原型：
（1）getBean(String name) ：通过id或name去查找获取bean.
参数name表示IOC容器中已经实例化的bean的id或者name,且无论是id还是name都要求在IOC容器中是唯一的不能重名。

（2）getBean(Class type)：通过类型去获取bean，要求类型必须唯一
参数Class type表示要加载的Bean的类型。如果该类型没有继承任何父类(Object类除外)和实现接口的话，那么要求该类型的bean在IOC容器中也必须是唯一的。比如applicationContext.xml配置两个类型完全一致的bean,且都没有配置id和name属性

我们可以总结getBean(String name)和getBean(Class type)的异同点。
相同点：都要求id或者name或者类型在容器中的唯一性。
不同点：getBean(String name)获得的对象需要类型转换而getBean(Class type)获得的对象无需类型转换。

（3）getBean(String name,Class type)
这种方式比较适合当类型不唯一时，再通过id或者name来获取bean。

（4）getBean(String name,Object[] args)
这种方式本质还是通过bean的id或者name来获取bean,通过第二个参数Object[] args可以给bean的属性赋值，赋值的方式有两种：构造方法和工厂方法。但是通过这种方式获取的bean必须把scope属性设置为prototype，也就是非单例模式。
在这里插入图片描述
https://www.cnblogs.com/dubhlinn/p/10764845.html