SpringBoot的幕后推手(1)，和腾讯大牛的技术面谈

Spring的IoC容器的依赖注入工作分为两步走：

阶段一、收集和注册Bean

这个阶段中，开发者通过XML或者Java代码的方式来定义bean,然后以手动组装或让容器基于特定的机制自动扫描的形式，将这些定义好的bean收集到IoC容器中。

假如我们以XML配置的方式来收集和注册如下一个单一bean,一般来说形式如下：

<bean id="DemoService" class="x.x.DemoService">

    ...

</bean> 

随着我们项目中bean越来越多，这样逐个手动配置比较麻烦，我们还可以使用如下方式配置来批量扫描并采集和注册一批bean:

<context:component-scan base-package="x.x"/> 

阶段二、分析和组装

第一个阶段完成以后，我们可以先暂时认为IoC容器中保存着一个个相互独立的bean,它们之间还没有任何关系，但是实际项目中它们之间是有着不可或缺的关系的，所以呢，Ioc容器第二个阶段需要做的工作就是分析这些已经在IoC容器中bean，根据它们的依赖关系先后按顺序组装它们，工作原来是这样的：IoC发现一个bean依赖另外一个bean，那么它会将另一个bean注入给依赖它的那个bean,一直到所有的bean的依赖都完成注入。这个时候容器中所有的bean都已经准备好待使用，也就标志着整个IoC容器的工作完成。

那么IoC容器分析和组装的依据是啥呢？Spring框架其实最早的时候只能通过XML配置文件来描述bean和bean之间的关系，但是随着Java生态研发技术以及理念的转变，又出现了基于Java代码和Annotation元信息的描述方式(比如@AutoWired和@Inject)。但是呢，无论使用哪一种配置方式，目的都是为了简化绑定逻辑描述的各种表象，最终也都是为本阶段的最终目的来服务。

四、JavaConfig是个什么鬼？

​　　Java 5的出世，加上当时基于纯Java Annatation的依赖注入框架Guice的出现，就使得Spring框架和社区不得不顺应民意，出版并持续完善了基于Java代码和Annotation元信息的依赖关系绑定描述方式，就是JavaConfig项目。

基于JavaConfig方式的依赖关系描述基本映射了早期基于XML方式的配置，比如：

1. 表达形式

XML配置方式如下：

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

       xmlns="http://www.springframework.org/schema/beans"         

       xmlns:context="http://www.springframework.org/schema/context"

       xsi:schemaLocation="http://www.springframework.org/schema/beans

         http://www.springframework.org/schema/beans/spring-beans-4.0.xsd 

         http://www.springframework.org/schema/context 

         http://www.springframework.org/schema/context/spring-context.xsd">

    // bean定义

</beans> 

JavaConfig的配置方式如下：

@Configuration

public class DemoConfiguration {

    // bean定义

} 

也就是说任何一个被标注了@Configuration注解的Java类都是一个JavaConfig配置类。

2. 注册bean定义

XML配置方式：

<bean id="demoService" class="x.x.DemoServiceImpl">

    ...

</bean> 

JavaConfig配置方式：

@Configuration

public class DemoConfiguration {

    @Bean

    public DemoService demoService() {

        return new DemoServiceImpl();

    }

} 

也就是说任何一个标注了@Bean注解的方法，它的返回值就将作为一个bean定义注册到Spring的IoC容器，方法名将默认成为该bean在容器中的id.

3. 表达依赖注入关系

XML配置形式：

<bean id="aService" class="x.x.AServiceImpl">

<bean id="bService" class="x.x.BServiceImpl">

    <property name="dependencyService" ref="aService"/>

</bean> 

JavaConfig形式：

@Configuration

public class DemoConfiguration {

    @Bean

    public AService aService() {

        return new AServiceImpl();

    }

    @Bean

    public BService bService() {

        return new BServiceImpl(aService());

    }

} 

也就是说如果一个bean定义了依赖其他bean,就直接调用其对应JavaConfig类中依赖bean的创建方法即可。

从以上种种表象我们可以看出，以前Spring IoC容器中具有的特性在JavaConfig中都可以进行表述，只是换了另外的一种形式而已。并且通过声明相应的Java Annotation反而“内聚”一起了，变得更加简洁了。

五、那些常用的Annotation

1. @ComponentScan

​　　该注解对应的是XML配置中的<context:component-scan>元素，用于配合一些元信息Java Annotation，比如@Component和@Repository等，将标注了这些注解的bean定义类批量采集到Spring的IoC容器中。

​　　我们可以通过basePackage等属性来细粒度的定制该注解自动扫描的范围，如果没有指定的话，则默认Spring框架会从声明@ComponentScan注解所在的类的package进行扫描

​　　这里还要说的@ComponentScan是SpringBoot框架得以实现的一个重要组件，我们以后还能在碰到它，也会做深入讲解。

**2. **@PropertySource和@PropertySources

​　　注解@PropertySource用来从指定的地方来加载.properties配置文件，并且将其中的属性加载到IoC容器中，以便我们能用来填充一些bean定义的属性占位符(placeholder),当然它的实现需要PropertySourcesPlaceHolderConfigurer的配合。

总结：心得体会

既然选择这个行业，选择了做一个程序员，也就明白只有不断学习，积累实战经验才有资格往上走，拿高薪，为自己，为父母，为以后的家能有一定的经济保障。

学习时间都是自己挤出来的，短时间或许很难看到效果，一旦坚持下来了，必然会有所改变。不如好好想想自己为什么想进入这个行业，给自己内心一个答案。

面试大厂，最基本的就是夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。

最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。

领取上述资料，只需点击这里即可免费下载

大厂Java架构核心笔记（适合中高级程序员阅读）：

夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。

最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。

领取上述资料，只需点击这里即可免费下载

大厂Java架构核心笔记（适合中高级程序员阅读）：