简单存 Bean 对象 -- 五大类注解以及 Bean 方法注解

一时失言乱红尘 2024-03-23 16:45 89阅读 0赞

**目录**

一. 配置扫描路径

二. 简单存储 Bean 的五大类注解

1. @Controller 注解

2. @Service 注解

3. @Repository 注解

4. @Component 注解

5. @Configuration 注解

6. Bean 的命名规则

7. 为什么有这么多相同功能的类注解

8. 五大类注解之间有关系嘛?

1. @Controller 源码

2. @Service 源码

3. @Repository 源码

4. @Configuration 源码

5. @Component 源码

三. @Bean 方法注解

1. @Bean 方法注解的命名规则不同

对于第一个问题, 为什么此处是 User.class ?

对于第二个问题, 为什么此处是 User 返回值 ?

对于第三个问题, 为什么这里任然报错 ?

2. @Bean 方法注解需要搭配类注解使用

四. 五大类注解和 @Bean 方法注解多次注入

1. 五大类注解多次注入

1. 修改其中一个类中 @Controller的 value 属性

2. @Bean 方法多次注入

--------------------

## 一. 配置扫描路径 ##

前面创建 Spring 项目和简单使用一文中说到([如何创建一个 Spring 项目并简单使用][Spring]), 在获取 Spring 的上下文对象时, 是先去 配置文件中读取, 获得 Spring 容器. 因此, 在使用更简单的存 Bean 对象的注解时, 我们也需要进行配置文件

<?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xmlns:content="http://www.springframework.org/schema/context"
           xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd">
    
    
        <content:component-scan base-package="demo1.java"></content:component-scan>
    </beans>

**想要用注解的方式将 Bean 对象注册到 Spring 容器中 , 就需要配置 content: component-scan base-package="具体包路径", 只有配置包路径地下的所有类, 添加了注解才能被正确识别到注册到 Spring 中**

![8e1c61f904084995bc229c3e0779bcec.png][]

## 二. 简单存储 Bean 的五大类注解 ##

### 1. @Controller 注解 ###

同样的, 要进行注册到 Spring 容器中, 需要先创建 Bean 对象(普通 Java 对象)

![c374c1a5a9bc4779bbde4605b82973f1.png][]

创建好了对象以后, 采用三步走获取 Bean 对象并使用

![e644363ec14449978165d2d71992cde7.png][]

调用方法成功, 表示成功获取指定 Bean 对象

![e6846994220c4974b90a2e2721b4bd17.png][] **@controller 表示的是业务逻辑层**

### 2. @Service 注解 ###

同上面一样, 创建 Bean 对象并添加注解进行获取使用

![4ab2c149734d403cb3fb11dfa58db536.png][]

调用方法成功![eb9e5bcc8a3e49918f7608bac59f5a59.png][]

### 3. @Repository 注解 ###

![acdb2065f7e340c6b21b124a12df9951.png][]

调用方法成功![670975235da8498bab755f5b1a61f1b5.png][]

### 4. @Component 注解 ###

![9dc788e1e9bf473885f088068bd53d88.png][]

调用方法成功

![54ddfc9f2f2343f9b9c18e4762d2983c.png][] **@Component 组件存储**

### 5. @Configuration 注解 ###

![e0e7d273cbcd43e49531418052dda5d9.png][]

调用方法成功

![2a5d22bf09bf48d4b60272019c11e6e7.png][]

### 6. Bean 的命名规则 ###

**上面的五大类注解中, 都会发现一个问题: 那就是这里的获取 Bean 对象时, 使用的不在是 spring-config.xml 里的指定 Bean 标签的 id 和类 类型的组合获取 Bean 对象, 哪该如何获取类注解下注入的 Bean 对象呢?**

下面看一组示例

![1359f36d2b874c5b8c698f71abb7bf3d.png][]

调用方法验证

![bc35381116a74feabb8c06131c524a9e.png][]

**此时我们发现, 和上面五大类注解讲解的时候是一样的获取方法, 但是现在却报错了这是为什么? 仔细看不难发现, 之前的五大类讲解时, 都是类名首字母大写, 而这里是类名的****首字母和第二个字母都大写,** **因此, 此处我们就要去看看 Bean 的命名规则到底是如何讲解的了**

public static String decapitalize(String name) {
            if (name == null || name.length() == 0) {
                return name;
            }
            if (name.length() > 1 && Character.isUpperCase(name.charAt(1)) &&
                            Character.isUpperCase(name.charAt(0))){
                return name;
            }
            char chars[] = name.toCharArray();
            chars[0] = Character.toLowerCase(chars[0]);
            return new String(chars);
        }

**以上为 BeanName 的命名源码, 从上面源码可以看出, 当 首字母和第二个字母都大写的时候, 直接放回当前类名**

![733704c8b4ad450f9132e4b7ef831e13.png][]

### 7. 为什么有这么多相同功能的类注解 ###

细心的可以发现, 上面五大类注解都干了同一件事, 那就是将 Bean 对象注入到 Spring 容器中, 那为什么还需要搞这么多个类注解呢? 是否有这个疑问?

我们知道, 在开发中, 会需要大量注解不同的对象以供使用, 那么这些对象的用途都是什么呢? 既然它叫做类注解, 说明他是在类上作用的, 同时他最大的作用还有**注解**功能! 让程序员可以一眼就看出来这个类的用途, 高效开发!

### 8. 五大类注解之间有关系嘛? ###

既然功能都是差不多, 那么他们之间有什么关系嘛?

就这个问题, 去看他们的源码

#### 1. @Controller 源码 ####

![e05ac510a4774d6fb4c13f5676c4fd66.png][]

#### 2. @Service 源码 ####

![cdd33c6894044748a9a29ef3a7de1011.png][]

#### 3. @Repository 源码 ####

![1c4cbde44bc44abfac1a96e3e7f8935d.png][]

#### 4. @Configuration 源码 ####

![9d2bee0dab7a454b9fefaa8f16868c23.png][]

#### 5. @Component 源码 ####

![0ae4b02e15d1465d981bc2398e6484e6.png][]

通过观察上述源码, 发现五大类注解中, **都包含有 @Target @Retention @Documented 注解** ,

同时 **除了 @Component 注解外, 其余四个注解都包含了 @Component 注解**

**因此, 我们可以知道, 其他四个注解都是 @Component 注解的子类**

## 三. @Bean 方法注解 ##

前面学的类注解, 是添加在类上的, 而 Bean 方法注解则是添加到方法上的, 通常 @Bean注解是需要有返回值的, 表明通过 Bean 方法注解把某个返回的对象注入到 Spring 容器中. 这样就可以将自定义的类型在需要的时候注入到 Spring 容器中

![b8f23fcfd43e4854919475ac1b21ee89.png][]

此处创建一个 User 类, 里面包括一些 username, Id, age 等字段表明 User 的信息, 下面将这些信息注入到 Spring 中

![93726d424265412e8109a827a66736f6.png][]

接下来正常去获取 Spring 容器并获得Bean对象使用

![1468b84b9599490bb5664c85e65f63dc.png][]

明明和之前五大类注解的获取方式一样, bean命名一样, 却获取不到正确 Bean 对象这是为什么? 原因一共有以下两点:

### 1. @Bean 方法注解的命名规则不同 ###

在@Bean 方法注解中, 不在是使用五大类注解的 Bean 命名规则: 首字母大写则命名时首字母小写; 首字母和第二个字母都大写, 则按原类名命名

@Bean 的命名规则默认为@Bean 方法注解加到那个方法上, bean的名称就是 方法该名称, 例如此处 @Bean 加到了 user1 方法上, 因此此处应该使用 user1 名

![af0b42c3eba64f39a147ce6484266ba3.png][]

#### 对于第一个问题, 为什么此处是 User.class ? ####

由于@Bean 注解的作用是将类中的某个方法的返回值注入到 Spring 容器中, 此处 bean 的命名用的是 user1 的方法名称, 返回值 是 User 类型, 因此此处是 User.class

#### 对于第二个问题, 为什么此处是 User 返回值 ? ####

和上面一样, 用了 User.class 解析, 返回的必须是 User 类型接收

#### 对于第三个问题, 为什么这里任然报错 ? ####

这就涉及到 @Bean 方法注解的第二个注意项, 详细看下文

### 2. @Bean 方法注解需要搭配类注解使用 ###

![0b8156de76be4f94a151e78080f4fcda.png][]

调用方法验证

![255f0a97d9d74d61a5690b60299be1b3.png][]

现在就正确拿到了 @Bean 方法注解 把 User 类型返回注入到 Spring 容器中的 Bean 对象了

**那么, 只有我上面用的@Component 类注解可以搭配嘛? 其实不然, 五大类中的任意一个都可以.**

**那么为什么又需要搭配五大类注解使用呢 ?**

大致原因如下: 出于性能方面的考虑, 加了五大类注解以后就只能放在扫描包路径底下, 不用去检测其他地方的 @Bean 注解.

**哪又有人会问了, 为什么 @Bean 方法注解不能像类注解一样直接注入到 Spring 容器中呢?**

正如上面所说, 由于已经规定了五大类注解在扫描包底下才起作用, 减少扫描开销, 因此 @Bean 便引入搭配类注解使用, 来提高性能

## 四. 五大类注解和 @Bean 方法注解多次注入 ##

上面已经给 五大类注解和 @bean 方法注解说明白了, 那么现在有一个问题 如果多次注入会怎么样呢? 下面就来讨论一下多次注入的情况

### 1. 五大类注解多次注入 ###

**有没有这样的疑问, 在扫描包路径底下, 创建两个不同的包, 不同的包下创建相同类, 并注入到 Spring 中会怎么样呢?**

![97f265877f87406c850e5abc96fd121c.png][]

![481c747f8e414a6589f23f505a03d9c1.png][]这两个ControllerStudent 都是位于 spring-config.xml里的扫描包路径底下的, 但是两个类在不同包底下, 哪现在该如何去获取呢?

![ba6a6860d52b448ab80ff3c8895272a4.png][]**去尝试获取 demo1.demo2 包路径底下 Bean 对象并使用时发现, 无法获取唯一的指定 Bean 对象, 那这个时候该怎么去获取呢?**

#### 1.修改其中一个类中 @Controller的 value 属性 ####

比如现在, 我给 demo1.demo2.test 包路径底下的 ControllerStudent 设置value 属性, 起一个新的Bean 名称

![10f0eb3be4724b0a9672ff04c17334dd.png][]

再去调用运行

![df1ab391a28e4e41b710fcfb47fe2929.png][] 这个时候发现, demo1. demo2 底下的 ControllerStudent 可以正确获取了, 同时还可以用新取的name去获取 demo1.demo2.test 底下的 COntrollerStudent

![d09e7d6f69a142298e7ab7588d2d9ca1.png][]

#### 2. @Bean 方法多次注入 ####

同样的, 在指定的扫描包路径底下有两个不同包下的相同类通过 @Bean 注入到 Spring 中

![fdfa2a53baa044009a64e29cea945271.png][]

![63123e59b40a4f0297e52efb1ff4fac5.png][]

获取Bean对象并使用

![34aa19b13f7541258fe7bdca43b61d56.png][]

可以看到并没有报错, 但是为什么是输出的 demo1.demo2.test 包下的 getUserName 呢?

**原因在于, 如果在扫描路径下, 多次用 @Bean 注入返回相同对象, 则会根据包级覆盖, 包越大下的对象越先注入, 会被后面的覆盖**

**哪要怎样才能获取指定想要的呢 ?**

**和上面一样. 采取给 @Bean 方法注解添加 Value 属性**

![0e80a9e403b9433e890f1e88cc8568ed.png][]

调用验证

![6cd3d80e0d9b4909894001992f93030c.png][]

**这样就可以正确获取想要的了, 但是在项目中, 建议大家还是尽量不要多次注入相同对象或者频繁创建 Spring 容器以及销毁, 避免带来非预期的调用结果, 影响程序**

[Spring]: https://blog.csdn.net/qq_68288689/article/details/130326887
[8e1c61f904084995bc229c3e0779bcec.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/7b1ee6c45f8c4f6895ff75f3e3483992.png
[c374c1a5a9bc4779bbde4605b82973f1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/3934b660c26843d28fdcb9baf70273c2.png
[e644363ec14449978165d2d71992cde7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/2f190308121c42608ba1e075de9b3acc.png
[e6846994220c4974b90a2e2721b4bd17.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/851a6dfa8d234b16a7d702bfc1c56e8a.png
[4ab2c149734d403cb3fb11dfa58db536.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/c7ac61cd2599452fa5aaf2b4787f360d.png
[eb9e5bcc8a3e49918f7608bac59f5a59.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/effd57ecf4434cc0a41eebbb41f8b9ab.png
[acdb2065f7e340c6b21b124a12df9951.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/c058c560538c4676987271240813e4c4.png
[670975235da8498bab755f5b1a61f1b5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/ff1b93d330d54cf58bb736ef8d9ce917.png
[9dc788e1e9bf473885f088068bd53d88.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/14b2f435e7fc45af8f4deed607436861.png
[54ddfc9f2f2343f9b9c18e4762d2983c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/71283208fbfc4d4e895b97d73d02bc63.png
[e0e7d273cbcd43e49531418052dda5d9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/2dc1f698991d4f6c88229f36d669b2f4.png
[2a5d22bf09bf48d4b60272019c11e6e7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/ee914ee2e2a74829a4c8168d00a668a3.png
[1359f36d2b874c5b8c698f71abb7bf3d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/7be85509ae9d4c4cab252bff1dc29e36.png
[bc35381116a74feabb8c06131c524a9e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/e42fd83a3e314aacafc95574adc0487a.png
[733704c8b4ad450f9132e4b7ef831e13.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/007ce35b3e1b4187b5266d93682ecb1a.png
[e05ac510a4774d6fb4c13f5676c4fd66.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/2d90d2c56365496ea66dfbf37dfe2c0a.png
[cdd33c6894044748a9a29ef3a7de1011.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/4b8f37b14e7445a3a2ab408e31c0ab0a.png
[1c4cbde44bc44abfac1a96e3e7f8935d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/a610751979cb43baa42eb340200b3691.png
[9d2bee0dab7a454b9fefaa8f16868c23.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/b9b3ba8a752640e5abc3b1fc05f82bdb.png
[0ae4b02e15d1465d981bc2398e6484e6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/bd130c80c53e4390a6454d42fb7ee45e.png
[b8f23fcfd43e4854919475ac1b21ee89.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/b38487f2ad0e40d489f531840408a822.png
[93726d424265412e8109a827a66736f6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/4aad61ff4d344888b61fc825449a5740.png
[1468b84b9599490bb5664c85e65f63dc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/9fb99f4e6f5f4b50831a2cd0b0cb0ecf.png
[af0b42c3eba64f39a147ce6484266ba3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/76573b3636384a2baeb497eefbd671ac.png
[0b8156de76be4f94a151e78080f4fcda.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/4d0df219c71740c19fd28995651e774d.png
[255f0a97d9d74d61a5690b60299be1b3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/2b79cf3e13344c6fa33a174209135e4d.png
[97f265877f87406c850e5abc96fd121c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/43de830172b64f15a8565a621a5b5a0f.png
[481c747f8e414a6589f23f505a03d9c1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/36e2befcbd0a4922bf894c3368c98a8c.png
[ba6a6860d52b448ab80ff3c8895272a4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/43663a6ff4eb41c6841b42c20cc3a80c.png
[10f0eb3be4724b0a9672ff04c17334dd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/8e2f0dda46b6409e98e7f0c060021b17.png
[df1ab391a28e4e41b710fcfb47fe2929.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/dc32a4f5a5c042b4b870e268c58622b3.png
[d09e7d6f69a142298e7ab7588d2d9ca1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/62e7646782704028b9c116ff0c3ebc9a.png
[fdfa2a53baa044009a64e29cea945271.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/186c4b99047743138c80a7b4d8fcf6e1.png
[63123e59b40a4f0297e52efb1ff4fac5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/bc47ecf5136c4df99d716ddb1df307a9.png
[34aa19b13f7541258fe7bdca43b61d56.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/ced0de27a1274577a86ee5c698ebb3d0.png
[0e80a9e403b9433e890f1e88cc8568ed.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/7040112ce97b446c8c28f010363262e8.png
[6cd3d80e0d9b4909894001992f93030c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/a784035bd4e04fccbe7befbd91f50483.png