基于注解的自动装配~

简介: 基于注解的自动装配~

@Autowired:实现自动装配功能的注解

@Autowired注解能够标识的位置:

标识在成员变量上,此时不需要设置成员变量的set方法
 标识在成员变量对应的set方法上
 标识在为当前成员变量赋值的有参构造上

使用注解进行自动装配,只要在其成员变量上添加@Autowired即可在之前基于XML的自动装配时,我们使用的是autowire属性,我们需要为其成员变量设置set和get方法,但使用注解的方式进行自动装配是不需要要这一过程的

控制层:调用service处理业务逻辑

package springIocAnnotation_packages.spring_controller;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import springIocAnnotation_packages.spring_Service.UserService;
@Controller("controller")
public class UserController {
    @Autowired //使用@Autowired表示为自动装配
 private UserService userService;
 public void saveUser(){
     userService.saveUser();
 }
}

业务层:

package springIocAnnotation_packages.spring_Service;
import org.springframework.stereotype.Service;
@Service
public interface UserService {
    void saveUser();
}

业务层的实现类:业务层中调用Dao实现持久化操作

package springIocAnnotation_packages.spring_Service.impl;
import org.springframework.stereotype.Service;
import springIocAnnotation_packages.spring_Dao.UserDao;
import springIocAnnotation_packages.spring_Service.UserService;
@Service
public class UserServiceImpl implements UserService {
  @Autowired
    private  UserDao userDao;
    @Override
    public void saveUser() {
        userDao.saveUser();
    }
}

持久层:

package springIocAnnotation_packages.spring_Dao;
public interface UserDao {
    void saveUser();
}

持久层实现类:

package springIocAnnotation_packages.spring_Dao.impl;
import org.springframework.stereotype.Repository;
import springIocAnnotation_packages.spring_Dao.UserDao;
@Repository
public class UserDaoImpl implements UserDao {
    @Override
    public void saveUser() {
            System.out.println("保存成功~");
    }
}

spring-ioc-annotation.xml文件:

<?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:context="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">
      <context:component-scan base-package="springIocAnnotation_packages"></context:component-scan>
</beans>

测试类如下:

import org.junit.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import springIocAnnotation_packages.spring_controller.UserController;
public class spring_ByAnnotationTest {
    @Test
    public void test(){
        ApplicationContext ioc=new ClassPathXmlApplicationContext("spring-ioc-annotation.xml");
        UserController userController= ioc.getBean( UserController.class);
        userController.saveUser();
    }
}

测试结果如下所示:

@Autowired:实现自动装配的原理

在之前的学习中,我们了解到,自动装配是将autowire属性的值设置为byName[将要赋值的属性的名字作为bean的id,再在IOC容器中去匹配到某一个bean为当前属性进行赋值]或者byType[根据类型在IOC容器中获取类型匹配的bean为当前的属性自动进行赋值]


那么现在我们使用注解的方式到底是根据byName还是byType呢?


答案:byType


那么为什么不能是byName呢?


我们这里要赋值的成员变量叫userservice,和它类型匹配的是UserServiceImpl,很明显当前的属性名和其id是不相同的,因为我们在上篇文章中就说过,使用注解+扫描的方式管理的bean的id默认是其类的小驼峰形式,而UserServiceImpl的小驼峰形式为userServiceImpl,对于持久层也是如此,userDao和它类型匹配的是UserDaoImpl,它的小驼峰形式为userDaoImpl,由此可说明@Autowired默认通过byType的方式,在IOC容器中通过类型匹配到某个bean来为其属性进行赋值


既然是根据类型,那么就会发生匹配到多个类或者是一个都没匹配到,如下所示:


XML文件中,添加两个bean对象,使其id和我们的成员变量一致

<bean id="userService" class="springIocAnnotation_packages.spring_Service.impl.UserServiceImpl"></bean>
<bean id="userDao" class="springIocAnnotation_packages.spring_Dao.impl.UserDaoImpl"></bean>

经过上述修改以及结合我们之前学过知识,我们知道这种情况下,会抛出无法匹配到唯一bean的异常,那么事实真的如此吗?

一测便知:

测试结果如下所示:

竟然输出了保存成功,难道是我们之前学习的知识有问题?


那当然不是,原因是 :默认情况下,它是通过byType实现自动装配,但是如果有多个类型匹配的bean,它将通过byName


既然byType不行,那就byName,但是有没有一种情况是二者都不满足呢?


也就是:如果byType和byName的方式都无法实现自动装配,即IOC容器中有多个类型匹配的bean,且这些bean的id和要赋值的的属性的属性名不一致,那么会抛出异常:NoUniqueBeanDefinitionException


测试如下:

手动修改id的值,使其与成员变量名不相同,下述这种情况就满足byType和byName都无法实现自动装配

<context:component-scan base-package="springIocAnnotation_packages"></context:component-scan>
<bean id="Service" class="springIocAnnotation_packages.spring_Service.impl.UserServiceImpl"></bean>
<bean id="Dao" class="springIocAnnotation_packages.spring_Dao.impl.UserDaoImpl"></bean>

测试结果如下:

针对上述这种情况,我们的解决办法为在其成员变量上添加@Qualifier注解,通过该注解的value值去指定某个bean的id,将这个bean为该属性赋值

如下所示:

测试结果如下所示:

那么如果byType一个都没匹配到呢?

若IOC容器中没有任何一个类型匹配的bean,此时抛出异常NoSuchBeanDefinitionException,在@Autowired注解中有个属性required,默认值为true,要求必须完成自动装配,可以将required设置为false,设置为false之后的效果即为能装配则装配,不能装配则使用属性的默认值

测试如下:

1:我们将XML文件中的bean对象删除
2:将所有的@Qualifier删除
3:删除UserServiceImpl类上@Service注解

三步完成之后,进行测试:

报错如下:

//没有任何一个UserService的类可用,至少需要一个bean来完成自动装配的效果,所依赖的Autowired注解中的required属性
//导致异常产生的原因就是当前Autowired注解中的required属性的值为true,默认情况下必须完成自动装配,不完成自动装配直接报错
Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'springIocAnnotation_packages.spring_Service.UserService' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}

上述所说的也是一种特殊情况,既然是Autowired注解中的required属性的值为true导致的异常产生,那么我们将其设置为 false是否可以解决这个问题呢?

测试结果如下:

上面我们说默认的byType不行,那么我们就使用byName,要是还不行,再使用新的注解@Qualifier,但这种特殊的情况在实际的开发中是非常少的,因为一个类型的bean,我们只会在IOC容器中配置一次,我们不可能配置多次,这个时候我们使用默认的byType即可

相关文章
|
C语言
【C语言基础篇】结构控制(下)转向语句break、continue、goto、return
【C语言基础篇】结构控制(下)转向语句break、continue、goto、return
|
消息中间件 JavaScript 小程序
SpringBoot 中 MybatisX 插件的简单使用教程(超详细!!)
SpringBoot 中 MybatisX 插件的简单使用教程(超详细!!)
|
18天前
|
存储 弹性计算 人工智能
【2025云栖精华内容】 打造持续领先,全球覆盖的澎湃算力底座——通用计算产品发布与行业实践专场回顾
2025年9月24日,阿里云弹性计算团队多位产品、技术专家及服务器团队技术专家共同在【2025云栖大会】现场带来了《通用计算产品发布与行业实践》的专场论坛,本论坛聚焦弹性计算多款通用算力产品发布。同时,ECS云服务器安全能力、资源售卖模式、计算AI助手等用户体验关键环节也宣布升级,让用云更简单、更智能。海尔三翼鸟云服务负责人刘建锋先生作为特邀嘉宾,莅临现场分享了关于阿里云ECS g9i推动AIoT平台的场景落地实践。
【2025云栖精华内容】 打造持续领先,全球覆盖的澎湃算力底座——通用计算产品发布与行业实践专场回顾
|
10天前
|
云安全 人工智能 安全
Dify平台集成阿里云AI安全护栏,构建AI Runtime安全防线
阿里云 AI 安全护栏加入Dify平台,打造可信赖的 AI
|
13天前
|
人工智能 运维 Java
Spring AI Alibaba Admin 开源!以数据为中心的 Agent 开发平台
Spring AI Alibaba Admin 正式发布!一站式实现 Prompt 管理、动态热更新、评测集构建、自动化评估与全链路可观测,助力企业高效构建可信赖的 AI Agent 应用。开源共建,现已上线!
1071 37
|
12天前
|
机器学习/深度学习 人工智能 搜索推荐
万字长文深度解析最新Deep Research技术:前沿架构、核心技术与未来展望
近期发生了什么自 2025 年 2 月 OpenAI 正式发布Deep Research以来,深度研究/深度搜索(Deep Research / Deep Search)正在成为信息检索与知识工作的全新范式:系统以多步推理驱动大规模联网检索、跨源证据。
835 56
|
10天前
|
文字识别 测试技术 开发者
Qwen3-VL新成员 2B、32B来啦!更适合开发者体质
Qwen3-VL家族重磅推出2B与32B双版本,轻量高效与超强推理兼备,一模型通吃多模态与纯文本任务!
717 11
下一篇
开通oss服务