之前我们存储bean对象时，需要在配置文件中加入一行bean才能进行注入
这种注入方式并不好，如果配置文件出了错，程序是不会显示错误信息的。这对初学者来说很不友好。
创建启动类和main方法
引入依赖
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.3.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>5.2.3.RELEASE</version> </dependency> </dependencies>
创建配置文件
我们约定好创建的bean对象放在com.bean包下：
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.3.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>5.2.3.RELEASE</version> </dependency> </dependencies>
使用Spring的核心就是使用注解，我们学习的注解有5个
@Controller 【控制器】@Service 【服务】@Repository 【仓库】@Configuration 【配置/布局】@Component 【组件】 2.1 controller
我们之前能够通过传入id参数来获取对象，但那是加了一行bean手动加入的id，但现在我们使用了注解，难道就只能使用类类型来获取吗？
我们使用注解注入bean对象时，id其实默认是类名的小驼峰形式：
原因先不解释，后面会说。
容易犯的错:
我们之前在配置文件中加入了bean对象查找的根目录，意味着会从这个目录开始向下搜索，但不会向上：
下级目录
上级目录
在公司中每个人负责的领域不同，因此使用的类注解也是不同的，但五大类注解本质都是一样的。
我们通过两个类注解就能清楚的看到，其他四个注解都是引入了Component注解的方法，也就是说Component是其他四个类注解的父亲。那么Component是干嘛的呢？就是不好分到其他四个类注解时丢给它的~
我们使用全局搜索：
查找AnnotationBeanNameGenerator：
测试：
bean注解是一个方法注解，当对一个方法使用时，返回的对象也会被Spring注入，但需要配合五大类注解使用（任意一个都行）
id就是方法名。
注意:当使用name属性重命名后，原本的方法名将失去作用，也就是说只能使用那么修改后的名字作为id了。
获取bean对象也叫对象注入，其有以下3种方法：
属性注入
构造方法注入
Setter注入
虽然现在看起来没什么问题，但是当我们对同一类型的对象进行了多次注入：
此时就需要精准定位所选择的对象了，需要类型+名字:
Resource有个name 属性，可以指定注入bean的名称
但Autowired也有个搭配注解，@Qualifier，一样可以指定选择的bean对象，所以二者之间嘛，我觉得打成平手
ps：Autowired注解一开始是要进行查询所有类型为所需注入的对象的类型，但Autowired一次只能注入一个对象，因此当统一类型的对象注入多次后会报错。而Qualifier注解本质上是对其所查询的结果进行筛选。
还是使用Autowired注解：
ps：当只有一个构造方法时，Autowired可以省略
但当有两个以上时不能省略
还是通过Autowired
Resource也支持Setter注入。
属性注入、构造方法注入、Setter注入有什么区别？
