各位读者好, 我是小陈, 这是我的个人主页, 希望我的专栏能够帮助到你:
JavaSE基础: 基础语法, 类和对象, 封装继承多态, 接口, 综合小练习图书管理系统等
Java数据结构: 顺序表, 链表, 堆, 二叉树, 二叉搜索树, 哈希表等
JavaEE初阶: 多线程, 网络编程, TCP/IP协议, HTTP协议, Tomcat, Servlet, Linux, JVM等(正在持续更新)
Spring 中有很多注解
, 来帮助我们更加方便, 高效的编写代码, 本篇介绍存储和获取 Bean 时使用到的注解
提示:是正在努力进步的小菜鸟一只,如有大佬发现文章欠佳之处欢迎批评指点~ 废话不多说,直接上干货!
上篇文章 介绍了基本的存储和获取 Bean 的方式, 如果按照上篇文章介绍的方式存储Bean, 那么每存储一个 Bean 就需要在配置文件中写一行标签, 十分麻烦, 其实有一种更方便的方式, 我们可以配置存储对象的扫描包路径, 只有被配置的包下的所有类, 并且添加了注解 才能被正确的识别并保存到 Spring 中
<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="com">content:component-scan>
beans>
类注解(加在类上的注解)有五个:@Controller、@Service、@Repository、@Component、@Configuration
综上, 使用这五个类注解确实可以更方便的存储 Bean, 不需要再每存储一个就写一行配置标签, 那为什么要有五个呢? 一个不够吗? 这些注解有什么作用?
这五个注解分别标识了不同的作用, 看到这个注解就知道这个类是用来干什么的 :
@Controller 标识了业务逻辑层
@Service 标识了服务层
@Repository 标识了持久层
@Component 标识了组件层
@Configuration 标识了配置层
以下是阿里的工程分层调用流程 :
在真实的项目中也是需要按照大致的流程来分层管理代码模块
我们只是在配置文件中指定了要扫描的包路径, 并没有指定要存储的 Bean 的名称, 那凭什么根据下面代码中标出的这些命名就能正确找到 Bean 呢?
默认情况下, Bean 的名称就是类名的小驼峰形式, 比如 : 类名是 UserController
, Bean 的名称默认就是 userController
但是!!! 如果类名的第一个字母和第二个字母都是大写, 比如: ABC
, 那么 Bean 的名称就是 ABC(原类名) 而不是 aBC
如果 Bean 的名称是 aBC 无法存储
如果 Bean 的名称是 ABC 可以存储
所以只有 不满足类名的前两个字母都是大写 的情况下, Bean 的默认命名是小驼峰形式, 否则就是原类名
当然也可以手动命名, 这些类注解都可以设置一个 Value 参数, 如图 :
方法注解 @Bean 是修饰在一个方法上, 那怎么能存储 Bean(类对象) 呢? 其实是把方法最终返回的对象存储起来, 且 @Bean 必须搭配五大类注解之一使用, 且一定要有返回值
使用方法注解存储的 Bean, 默认名称就是 @Bean 注解所加的方法名而不再是类名, (一个类中可能有多个方法需要使用 @Bean, 如果仍然使用类名作为默认命名, 可能多个 Bean 会重名)
也可以给 @Bean 注解传递参数来设定名字, 甚至可以设置一个数组, 其中包含多个名字
获取 Bean 对象时使用这两个名字都可以
如果多个 @Bean 使用相同的名称, 例如上述 : 喜羊羊这个 Bean 先被加载, 所以先使用了 user 这个名字, 美羊羊这个 Bean 后被加载, 也想用 user 这个名字, 却被检查到 user 这个名字已经有人用了, 就不存储美羊羊这个 Bean 了
在 @Bean 中重命名之后, 就不能使用默认的命名了
获取 Bean 对象也叫对象装配, 是把对象取出来放到某个类中,有时候也叫对象注⼊
对象注入有三种方式 : 属性注入, Setter 注入, 构造方法注入, 都是使用 @Autowired 注解来实现
按照实际开发的模式, 将 Repository 类注入到 Service 类中, Repository 类的实现如下:
当前代码以及接下来的代码都会放在dome4这个包下面, 配置文件中也要设置这个包的扫描路径
这是开发中最常用的方式, 因为代码简洁方便
加了 @Autowired 注解 之后, 就会将已经存储过的 UserRepository 这个类型的 Bean 注入进来
通过属性注入的方式, 就可以获取到这个 Bean 并使用它的方法
构造方法注入更符合单一设计的原则, 因为构造方法只会随着类的加载而调用一次, 不会被任意修改和调用, 也可以保证在使用这个被注入的对象时能被完全初始化, 也可以注入被 final 修饰的变量
@Autowired 注解也可以被 @Resource 注解代替, 区别如下 :
程序执行的结果一定是报错, 因为我们存储了两个类型为 User 的 Bean , 在使用 @Autowired 注入时, 是首先根据 User 这个类型进行匹配, 发现找到了两个 Bean , 于是程序就不能确定到底要注入哪一个了
@Autowired 注入时, 首先根据类型进行匹配, 如果多个 Bean 类型相同, 再根据 Bean 的名称进行注入
这个 @Qualifier 注解更像是加了一层筛选操作
以上就是本篇的所有内容了:
任意一个类注解
可以将返回值作为 Bean 存储, 在注解中可以指定一个或多个字符串对 Bean 重命名如果本篇对你有帮助,请点赞收藏支持一下,小手一抖就是对作者莫大的鼓励啦~
上山总比下山辛苦
下篇文章见