1，@Resource和@Autowire的区别
在java代码中可以使用@Autowire或者@Resource注解方式进行装配，这两个注解的区别是： @Autowire默认按照类型装配，默认情况下它要求依赖对象必须存在如果允许为null，可以设置它required属性为false，如果我们想使用按照名称装配，可以结合@Qualifier注解一起使用;
@Resource默认按照名称装配，当找不到与名称匹配的bean才会按照类型装配，可以通过name属性指定，如果没有指定name属性，当注解标注在字段上，即默认取字段的名称作为bean名称寻找依赖对象，当注解标注在属性的setter方法上，即默认取属性名作为bean名称寻找依赖对象.
注意：如果没有指定name属性，并且按照默认的名称仍然找不到依赖的对象时候，会回退到按照类型装配，但一旦指定了name属性，就只能按照名称装配了.
2，Spring boot正常启动但是无法访问到controller中的接口
查看启动类Application是不是上加了@ComponentScan(basePackages = {})这个注解导致controller扫描不到导致的，如果加了这个注解，springboot就不会扫描Application所在的包及子包的文件,需要将controller所在的包加入到注解@ComponentScan的大括号中。
方法：去掉@ComponentScan注解或者加完应有路径
3，BeanFactory和ApplicationContext有什么区别？
ApplicationContext是BeanFactory的子接口。
ApplicationContext提供了更完整的功能：
- 继承MessageSource，因此支持国际化。
- 统一的资源文件访问方式。
- 提供再监听器中注册bean的事件。
- 同时加载多个配置文件。
载入多个（有继承关系）上下文，使得每一个上下文都专注于一个特定的层次，比如应用的 web层。
1，BeanFactroy采用的是延迟加载形式来注入Bean的，即只有使用到某个Bean时（调用 getBean（）），才对该Bean进行加载实例化。这样我们就不能发现一些存在spring的配 置问题。如果某一个Bean的某个属性没有被注入，BeanFacotry加载后，直至第一次使用 调用getBean()方法才会抛出异常。
2，ApplicationContext，它是再容器启动时，一次性创建了所有Bean。这样再容器启动 能够时，我们就可以发现Spring配置中存在的错误，这样，有利于检查依赖属性是否注 入。ApplicationContext启动后预加载所有的单例Bean，通过预载入单实例bean，确保你 需要的时候，不用等待直接 就可以用。
3，相对于基本的BeanFacotry，ApplicationContext唯一不足的是占用内存空间。当应用 程序配置Bean较多时，程序启动速度慢。
4，BeanFacotry通常以编程的方式被创建，ApplicationContext还能以声明的方式创建。
)
