引言
在上一章节中,我们通过设置配置文件的方式简单实现了 Spring 中 Bean 对象的存取,但是相比之下,每次进行对象的注册和获取还是相对麻烦的,那么有没有更简单优雅的方式呢?答案当然是有的:在 Spring 中想要更简单的存储和读取对象的核心是使用注解,本章我们就详细介绍一下在 Spring 中如何使用注解更简单的存取 Bean。
一、存储 Bean 对象
1、配置扫描路径
想要将对象成功的存储到 Spring 中,我们需要配置一下存储对象的扫描包路径,只有被配置的包下的所有类,添加了注解才能被正确的识别并保存到 Spring 中。
<?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"> <!-- 配置扫描路径(更简单的存储 Bean 对象) --> <content:component-scan base-package="com.java.demo"></content:component-scan> <!-- <bean id="testBean" class="com.java.demo.TestBean"></bean>--> </beans>
2、类注解存储 Bean
(1)Spring 提供的五大类注解
想要将对象存储在 Spring 中,我们可以采用类注解,Spring 中有五大类注解,虽然这些注解都可以将 对象存储到 Spring 容器中,但是它们存在语义上的差别:
- @Controller: 这个注解通常用于标记控制器类,通常用于处理Web应用程序中的请求和响应。
- @Service: 这个注解通常用于标记服务类,它表示这个类是一个服务组件,用于执行业务逻辑。
- @Repository: 这个注解通常用于标记数据访问层(DAO)的类,表示这个类用于数据库访问。
- @Configuration: 这个注解用于标记配置类,通常充当Spring应用程序上下文的配置源。通常与@Bean注解一起使用。
- @Component: 这是一个通用的注解,表示一个类是Spring组件。它可以用于任何类,但通常用于没有明确角色的类。其他更具体的注解(如@Controller、@Service、@Repository)实际上是@Component的子类。
其实上面的五大注解,关联着Java项目中的不同层级。对于一个工程化的项目,通常将其划分为不同的层级,进行更精细化的管理,Java中对项目的标准分层规范如下:
(2)使用类注解存储 Bean
使用注解存储 Bean 的方法很简单,只需要在相应的类上添加对应的注解即可。例如将项目中一个表示服务的类添加到 Spring 中:
@Service public class UserService { public void init(){ System.out.println("this is UserService"); } }
(3)类注解存储 Bean 默认命名规则
当我们使用类注解存储 Bean 时,如果我们想要通过 依赖查找 的方式获取到 Bean 对象,那么在 getBean 方法中如何写该 Bean 的名字呢?(在不使用@Service(“name”)的前提下)想要解答这个问题,我们就要取探讨一下在使用类注解存储 Bean 时,它的默认命名规则。
我们通过在 IDEA 中搜索 ““beanName”,可以顺藤摸瓜找到 java.beans 包下的 decapitalize 方法,也就是说 Spring 中使用类注解对 Bean 对象的默认命名使用的是 JDK 中的命名方式:
public static String decapitalize(String name) { if (name == null || name.length() == 0) { return name; } // 如果第⼀个字⺟和第⼆个字⺟都为⼤写的情况,是把 bean 的⾸字⺟也⼤写存储了 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); }
通过分析上述源代码,我们可以得出结论:
被注解标注的类,如果类的第一个字母是大写,第二个字母是小写,那么 Bean 的名称就是首字母小写;如果类的第一个字母和第二个字母都是大写,则 Bean 的名称就是原类名。
2、方法注解存储 Bean
方法注解的形式为:
@Bean
,表示将该方法返回的对象存储到 IoC容器中。
使用示例:
@Configuration public class ConfigInfo { @Bean public Config config() { // 这里是伪代码 // ... // 获取到 Config 的实例 return config; } }
使用方法注解存储 Bean 注意事项:
- @Bean 注解必须
配合
五大类注解一起使用。- 使用@Bean 注解存储的 Bean 的默认命名为方法名。
@Bean 注解重命名
@Bean(name=“xxx”),简写为@Bean(“xxx”)
@Bean(value=“xxx”),简写为@Bean(“xxx”)
@Bean(name={“xx”,“xxx”}),简写为@Bean(“xx”,“xxx”)
@Bean(value={“xx”,“xxx”}),简写为@Bean(“xx”,“xxx”)
重命名注意事项:当使用 @Bean 重命名后,那么默认使用方法名获取 Bean 对象的方式就不能使用了。
二、获取 Bean 对象
使用注解获取 Bean 对象,是把对象取出来放到某个类中,因此也叫做 对象装配,有时候也叫 对象注入。
1、属性注入
假如现在我在 Spring 容器中储存了一个 User 类型的 Bean,那么我们可以使用 @Autowrite 进行属性注入:
public class UserService { @Autowired private User user; public void init(){ System.out.println(user.toString()); } }
属性注入优点:
属性注入最大的优点就是使用简单。
属性注入缺点:
- 属性注入无法注入 final 修饰的变量。这是由 java 语法特性决定的,在 Java 中 final 修饰的变量要么直接赋值,要么通过构造方法进行赋值。
- 属性注入只适用于 IoC 容器。如果将属性注入的代码移植到其他非 IoC 的框架中,那么代码就无效了。
- 属性注入更容易违反单一设计原则。正是因为使用简单,所以滥用它的概率也越大,所以出现违背单一职责原则的概率也越大。
2、Setter 注入
假如现在我在 Spring 容器中储存了一个 User 类型的 Bean,那么我们可以使用 @Autowrite 进行 Setter 注入:
@Service public class UserService { // Setter 注入 private User user; @Autowired public void setUser(User user) { this.user = user; } public void init(){ System.out.println(user.toString()); } }
Setter 注入优点:
对于 Setter 本身来说,通常每一个 Setter 只针对一个对象,因此更符合单一设计原则。
Setter 注入缺点:
- 由于 Java 语法限制,Setter 注入仍然无法注入一个 final 修饰的变量。
- Setter 注入的对象可能被修改。因为 setter 本身是一个方法,也就意味着可能在某些地方被多次调用和修改。
3、构造方法注入
假如现在我在 Spring 容器中储存了一个 User 类型的 Bean,那么我们可以使用 @Autowrite 进行 构造方法注入:
@Service public class UserService { private User user; @Autowired public UserService(User user) { this.user = user; } public void init(){ System.out.println(user.toString()); } }
注:如果当前类中只有一个构造方法时,@Autowrite 可以省略。
构造方法注入优点:
构造方法注入是 Spring 4 之后推荐的注入方式。它主要有如下优点:
- 构造方法注入可以注入一个 final 修饰的变量。因为使用构造方法给 final 变量赋值符合 Java 语法规则。
- 构造方法注入的对象不会被修改。因为构造方法只会加载一次。
- 构造方法注入可以保证注入对象完全初始化。因为依赖对象是在构造方法中执行的,而构造方法是在对象创建之初执行的,因此被注入的对象在使用之前,会被完全初始化。
- 构造方法的通用性更好。构造方法注入可适用于任何环境,无论是 IoC 框架还是非 IoC 框架。
4、来自JDK的注入关键字:@Resource
使用示例:
@Service public class UserService { @Resource private User user1; public void init(){ System.out.println(user1.toString()); } }
出身不同:@Autowired 来自于 Spring,而@Resource 来自于 JDK 的注解。在Java程序中@Resource是先于@Autowrite执行的,因此在专业版的IDEA中,对于@Autowrite来说是不能识别当前类是否存在,因此会报错。
使用时设置的参数不同:相比于 @Autowired 来说,@Resource 支持更多的参数设置,例如 name 设置,根据名称获取 Bean。
@Autowired 可用于 Setter 注入、构造函数注入和属性注入,而@Resource 只能用于 Setter 注入和属性注入,不能用于构造函数注入。
特别注意:Spring 框架通过扫描和解析注解来识别和管理Bean对象。当使用@Autowired或@Resource注解进行属性注入时,Spring会在容器中查找匹配的Bean,并将其注入到对应的属性上。如果被注入的属性所属的类没有被Spring容器管理,那么就找不到Spring管理的类,自然类中属性的注入操作就无法执行,可能会导致NullPointerException等异常。
5、如何正确获取 Spring 容器中同类型的 Bean 对象?
在上一章节中我们提到,依赖查找获取 Bean 是依赖于 Bean 的名称的。那么 @Autowrite 的依赖注入流程又是怎样的呢?这里我们先给出结论:
@Autowrite 依赖注入,先根据属性的类型从容器中获取 Bean 对象,如果只获取到一个 Bean 对象,那么直接将此对象注入到当前属性上;如果获取到多个 Bean 对象,会将当前属性名和 Bean 对象名进行匹配,注入名称匹配的 Bean 对象。
根据上述结论,进而引出了另一个问题:如何正确获取 Spring 容器中同类型的 Bean 对象?
为了更好的演示,我们假设储存了两个 User 对象:
@Component public class Users { @Bean("user1") public User user(){ User user = new User(); user.setName("张三"); return user; } @Bean("user2") public User user2(){ User user = new User(); user.setName("李四"); return user; } }
当然细心的同学经在上述结论中得到了一种答案:将属性的名字和欲获取的 Bean 名字对应。
@Service public class UserService { @Autowired private User user1; public void init(){ System.out.println(user1.toString()); } }
上面是一种不错的解决方案,这里再给大家介绍另一种方法:@Autowrite 搭配 @Qualifier
@Service public class UserService { @Autowired @Qualifier("user2") private User user; public void init(){ System.out.println(user.toString()); } }
上面我们了解了@Resource可以设置参数,其中有一个参数就是设置获取 Bean 名称,因此可以使用 @Resource设置name属性(仅适用于属性注入和Setter方法注入)
public class UserService { @Resource(name = "user1") private User user; public void init(){ System.out.println(user.toString()); } }