1. Ioc容器概念

Spring的IoC容器其实就是一个Bean管理的容器。

所有的IoC容器都要实现顶层接口BeanFactory（Bean工厂），该工厂定义了一些操作Bean实例的基本方法，源码如下：

public interface BeanFactory {
    //前缀
    String FACTORY_BEAN_PREFIX = "&";
    
    //根据类型、名称等获取Bean
    Object getBean(String var1) throws BeansException;

    <T> T getBean(String var1, Class<T> var2) throws BeansException;

    Object getBean(String var1, Object... var2) throws BeansException;

    <T> T getBean(Class<T> var1) throws BeansException;

    <T> T getBean(Class<T> var1, Object... var2) throws BeansException;
    
    <T> ObjectProvider<T> getBeanProvider(Class<T> var1);

    <T> ObjectProvider<T> getBeanProvider(ResolvableType var1);

    //是否包含Bean
    boolean containsBean(String var1);
    
    //Bean是否单例
    boolean isSingleton(String var1) throws NoSuchBeanDefinitionException;
    
    //Bean是否原型
    boolean isPrototype(String var1) throws NoSuchBeanDefinitionException;

    //是否类型匹配
    boolean isTypeMatch(String var1, ResolvableType var2) throws NoSuchBeanDefinitionException;

    boolean isTypeMatch(String var1, Class<?> var2) throws NoSuchBeanDefinitionException;

    //获取Bean类型
    @Nullable
    Class<?> getType(String var1) throws NoSuchBeanDefinitionException;

    //获取Bean别名
    @Nullable
    Class<?> getType(String var1, boolean var2) throws NoSuchBeanDefinitionException;

    String[] getAliases(String var1);
}

从上述源码可知，顶层接口定义了一些基本方法，其中需要注意的点有：

• isSingleton方法判断Bean是否在Spring IoC中为单例。默认情况下Bean都是以单例存在，即：调用getBean方法返回同一个对象；（详情见第五点Bean的作用域）
• isPrototype方法判断原型，若返回true，则调用getBean方法时IoC会创建一个新的Bean返回，与Bean的作用域相关；（详情见第五点Bean的作用域）

在BeanFactory基础上，有一些高级接口，可以用个实现接口完成定制化操作。

Spring IoC接口设计如下：

需要关注ApplicationContext接口，其的实现类有：

• FileSystemXmlApplicationContext： 表示从文件绝对路径加载配置文件；
• ClassPathXmlApplicationContext：表示 从classpath下加载配置文件(适合于相对路径方式加载) 。

//Spring里常用获取Bean的方法
@Test
public void testBean() {
    ApplicationContext context = new ClassPathXmlApplicationContext("bean.xml");
    Orders orders = context.getBean("orders", Orders.class);
}

2. 往IoC容器添加组件

通常意义上讲的Spring IoC控制反转就是往容器中添加组件过程，针对添加的组件类型不同，有相应不同的注解实现。该点下很多注解在源码里常见。

@Repository、@Service、@Controller、@RestController、@Component、@Bean

@ComponentScan

• 开启注解扫描
• 常用于配置类；
• 用于开启注解扫描，只会扫描当前包和其子包下的注解，可以自定义包扫描路径;

• 可以通过excludeFilters配置指定哪些类型或类不被扫描进IoC容器；

  • 自定义路径：@ComponentScan(basePackages = {"com.dlhjw"})
  • 排除扫描：@ComponentScan(basePackages = "com.dlhjw.*", excludeFilters = {@Filter{classes = {Service.class}}})

@Import

• 导入组件
• 常用于配置类；
• 用来导入配置类或者一些需要前置加载的类，导入指定类型组件；

• 源码里常见。

  • @Import({User.class, DBHelper.class})：给容器中自动创建出这两个类型的组件、默认组件的名字就是全类名
  • @Import 高级用法：https://www.bilibili.com/video/BV1gW411W7wy?p=8

@Conditional

• 条件装配
• 常用于配置类；
• 对满足Conditional指定的条件，则进行组件注入；
• 源码里常见。

3. Full模式（单实例）与Lite模式（原型）

Full模式与Lite模式针对spring配置而言的，和xml配置无关。单实例可以理解成每次从IoC容器中取出同一个对象，原型则对应每次取出时都会new一个新对象。

Full模式（默认，单实例）：

• 标注有@Configuration或者@Configuration(proxyBeanMethods = true)的类被称为Full模式的配置类；

  • proxyBeanMethods：代理bean的方法；
• 单实例是IoC容器启动时就会去实例化bean并添加到容器当中去，每次获取都是从容器中获取同一个对象；
• 单例模式能有效避免Lite模式下的错误。性能没有Lite模式好；

Lite模式（多实例）：

• 类上有@Component注解；
• 类上有@ComponentScan注解；
• 类上有@Import注解；
• 类上有@ImportResource注解；
• 类上没有任何注解，但是类中存在@Bean方法；
• 类上有@Configuration(proxyBeanMethods = false)注解；
• 多实例是去获取对象的时候才回去实例化bean，每次获取都会去实例化bean；
• 运行时不用生成CGLIB子类，提高运行性能，降低启动时间，可以作为普通类使用。但是不能声明@Bean之间的依赖。

4. 依赖注入DI

依赖注入讨论的是Bean之间的依赖关系，例如一个类里包含另一个类。上面第二点讨论的是添加组件，如果把它理解成创建对象的话，那么依赖注入就是获取这个对象并使用。依赖注入的前提是往容器添加组件，也就是说只有容器中有这个组件，才能取出来使用。

@Autowired

• 自动注入
• 常用在属性、set方法与方法的参数上；
• 最常用的注解之一，根据属性类型（by type）找到对应的Bean，如果对应的Bean不是唯一的，则会根据其属性名称和Bean的名称匹配；

• 其默认必须找到对应的Bean；如果不能确定其标注属性是否存在，并且允许这个被标注的属性为null，可以配置@Autowired属性required为false，如：

  • @Autowired(required = false)

@Primary

• 优先注入
• 常用于类或组件上；
• 当获取的Bean不是唯一时，优先注入被@Primary标注的类或组件；

@Quelifier

• 限定注入
• 与@Autowired一同使用；

• 配置需要注入的名称即可；

  @Autowired //根据类型Animal
  @Quelifier("dog") //根据名称dog
  private Animal animal;

5. Bean的生命周期

大致分为Bean的定义、Bean的初始化、Bean的生存期和Bean的销毁是个过程。

Bean的生命周期

• 在@ComponentScan注解里对配置项lazyInit配置true可以对Bean的初始化延迟，即Spring不会在发布Bean定义后马上进行实例化与依赖注入；

  • @ComponentScan(lazyInit = true)
• 可以通过实现上图的接口，进行自定义Bean的生命周期各项属性；
• 注解@PostConstruct定义了初始化方法，注解@PreDestroy定义了销毁方法；

6. Bean的属性配置

这里指如何给Bean的属性赋值

@Value

• 属性值
• 常用于属性与方法上；

• 可以使用Spring EL表达式对需要配置的属性进行运算；

  • ${......}：表示占位符，读取上下文（application配置文件）的属性值进行装配；
  • #{......}：表示启用Spring表达式，具有运算功能；
  • T(......)：表示引入类；

• 表示给Bean赋值，可以用${xxx}占位符读取application配置文件的内容；

  //获取application里的database.driverName值装配进方法里
  @Value("${database.driverName}")
  private String driverName;
  
  //赋值字符串，同理可以赋值整形、浮点数等
  @Value("#{'赋值字符串'}")
  private String str;
  
  //str后跟着?，表示判断str是否为空，不为空才执行toUpperCase方法
  @Value("#{beanName.str?.toUpperCase()}")
  private String otherBeanProp;
  
  //字符串比较
  @Value("#{beanName.str eq 'SpringBoot'}")
  private boolean strFlag;
  
  //调用方法，System是Java默认加载的包，不用写全类名；其他包要
  @Value("#{T(System).currentTimeMillis()}")
  private Long initTime;

@ConfigurationProperties

• 配置属性
• 常标注在类上；

• 解决@Value过多问题；

  @ConfigurationProperties（“database”）
  public class DataBaseProperties{
  }

@PropertySource

• 配置来源
• 添加在主程序类上；
• 当配置文件不在properties时，例jdbc.properties，需要在主程序类上标注该注解；
• value可配置多个文件，使用classpath前缀说明在类路径下找；

• ignoreResourceNotFound默认值false，表示没要找到配置文件就报错。

  • @PropertySource(value={"classpath:jdbc.properties"}, ignoreResourceNotFound=true)

7. Bean的作用域

在Bean的作用域里，常用的是以下加粗的四种。前面IoC容器里讨论的isSingleton与isPrototype方法本质上是作用域的问题。

• 对于application域而言，完全可以使用单例替代；

@Scope

• 作用域
• 常加在类上；
• 用于修改作用域；
• ConfigurableBeanFactory仅提供SCOPE_PROTOTYPE （原型）和SCOPE_SINGLETON（单例）两种；

• 在SpringMVC环境中，WebApplicationContext提供SCOPE_REQUEST（请求）、SCOPE_SESSION（会话）、SCOPE_APPLICATION（应用）三种。

  @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
  public class ScopeBean{
  }

  //在同一个请求范围内去获取Bean时，只会共用一个Bean，第二次请求会产生新的Bean
  @Scope(WebApplicationContext.SCOPE_REQUEST) 
  public class ScopeBean{
  }

8. 环境切换

在实际开发中，项目往往需要在开发环境、测试环境、准生产环境和生产环境中切换，Spring提供了Profile机制，方便在各个环境间切换。

@Profile

• 配置切换
• 常用于不同环境下需要不用配置的方法或类上；

• 可以在application中配置两个参数修改Profile机制，spring.profiles.active与spring.profiles.default，当这两个属性都没配置情况下，Spring不会启动Profile机制。其中，前者优先级高。

  • spring.profiles.active=dev

    @Profile("dev")
    public DataSource getDataSource( ) {
    }
    
    @Profile("dev")
    public DataSource getDataSource( ) {
    }

# 9. 引入XML文件

虽然SpringBoot不建议使用XML来进行属性配置，但在某些情况下我们又不得不使用XML来进行配置，如：Dubbo框架基于Spring的XML方式进行开发。需要将其引入才能作用。

@ImportResources

• 导入资源

• 常用于需要XML装配是配置类上；

  @ImportResources(value = {" classpath:spring-other.xml"})
  public class AppConfig{
  }