Java Spring读取和存储实例分析

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《Java Spring读取和存储实例分析》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

存储bean对象

之前我们存储bean对象时，需要在配置文件中加入一行bean才能进行注入

这种注入方式并不好，如果配置文件出了错，程序是不会显示错误信息的。这对初学者来说很不友好。

1.创建项目

创建启动类和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>

2.添加注解将bean存入到容器中

使用Spring的核心就是使用注解，我们学习的注解有5个

@Controller 【控制器】@Service 【服务】@Repository 【仓库】@Configuration 【配置/布局】@Component 【组件】 2.1 controller

我们之前能够通过传入id参数来获取对象，但那是加了一行bean手动加入的id，但现在我们使用了注解，难道就只能使用类类型来获取吗？

我们使用注解注入bean对象时，id其实默认是类名的小驼峰形式：

原因先不解释，后面会说。

容易犯的错:
我们之前在配置文件中加入了bean对象查找的根目录，意味着会从这个目录开始向下搜索，但不会向上：

下级目录

上级目录

2.2 Service

2.3 Repository

2.4 Configuration

2.5 Component

2.6 为什么会有5大类注解

在公司中每个人负责的领域不同，因此使用的类注解也是不同的，但五大类注解本质都是一样的。

我们通过两个类注解就能清楚的看到，其他四个注解都是引入了Component注解的方法，也就是说Component是其他四个类注解的父亲。那么Component是干嘛的呢？就是不好分到其他四个类注解时丢给它的~

2.7 id为什么默认是小驼峰

我们使用全局搜索：

查找AnnotationBeanNameGenerator：

测试：

2.8使用bean注解

bean注解是一个方法注解，当对一个方法使用时，返回的对象也会被Spring注入，但需要配合五大类注解使用（任意一个都行）

id就是方法名。

2.8.1 bean重命名

2.8.2重命名多个

注意:当使用name属性重命名后，原本的方法名将失去作用，也就是说只能使用那么修改后的名字作为id了。

获取bean对象

获取bean对象也叫对象注入，其有以下3种方法：

• 属性注入

• 构造方法注入

• Setter注入

1.属性注入

1.1 Autowired

虽然现在看起来没什么问题，但是当我们对同一类型的对象进行了多次注入：

此时就需要精准定位所选择的对象了，需要类型+名字:

1.2Resource

1.3二者区别

Resource有个name 属性，可以指定注入bean的名称

但Autowired也有个搭配注解，@Qualifier，一样可以指定选择的bean对象，所以二者之间嘛，我觉得打成平手

ps：Autowired注解一开始是要进行查询所有类型为所需注入的对象的类型，但Autowired一次只能注入一个对象，因此当统一类型的对象注入多次后会报错。而Qualifier注解本质上是对其所查询的结果进行筛选。

2.构造方法注入

还是使用Autowired注解：

ps：当只有一个构造方法时，Autowired可以省略

但当有两个以上时不能省略

Setter注入

还是通过Autowired

Resource也支持Setter注入。

经典面试题

属性注入、构造方法注入、Setter注入有什么区别？

终于介绍完啦！小伙伴们，这篇关于《Java Spring读取和存储实例分析》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！