【SpringBoot学习】36、SpringBoot 使用 @RequiredArgsConstructor 替换 @Autowired 分析

已于 2022-02-24 09:24:40 修改
阅读量2.5k 收藏 8
点赞数 2
分类专栏： Spring Boot 文章标签： spring boot 学习 java
于 2022-02-21 13:37:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_38762237/article/details/123044895
版权

文章目录

@RequiredArgsConstructor 替换 @Autowired 分析

小有一些时日没有写文章了，最新有点小匆忙，继续分享、学习，各位小伙伴加油！

1、注解注入分析

首先确定，我们为什么需要使用 @Autowired 注解？@Autowired 是一个注释，它可以对类成员变量、方法及构造函数进行标注，让 spring 完成 bean 自动装配的工作。对 Spring Bean 这块不熟悉的，可以看【Spring 源码分析】这个系列的文章

@RequiredArgsConstructor 是 lombok 提供的注解，作用于类，用于生成包含 final 和 @NonNull 注解的成员变量的构造方法。那么也就是说，我们需要在注入的属性上增加 final 或 @NonNull 修饰就可以了

Spring 中三种注入方式、

第一种：Field Injection：属性注入，这种注入方式通过 Java 的反射机制实现，所以 private 的成员也可以被注入具体的对象

第二种：Constructor Injection 构造注入，通过对象构建的时候建立关系，所以这种方式对对象创建的顺序会有要求，当然 Spring 会为你搞定这样的先后顺序，除非你出现循环依赖，然后就会抛出异常

第三种：Setter Injection set 注入，通过调用成员变量的 set 方法来注入想要使用的依赖对象

喜欢深入研究的同学，可以看这三种注入的对比

2、实例分析

项目中的@Autowired 注解，有黄色提示，根据提示修改代码之后，

鼠标放上去看到提示使用构造方法注入

有两种形式，第一种，直接创建空构造，实际上是将属性修改为 final。第二种，每个属性的注入都在构造方法上增加一个参数，如下

第二种代码太臃肿了，并且很繁琐，所以这里我们使用第一种方式，final 构造，于是代码变成了以下格式


到此，简单的 SpringBoot 使用 @RequiredArgsConstructor 替换 @Autowired 分析就结束啦！

微信公众号

springboot整合elasticsearch实现全文检索和全文替换
阿杰
08-12 392
在当今大数据时代，信息的快速增长使得快速、准确地检索数据变得尤为重要。Elasticsearch 作为一款基于 Lucene 的搜索引擎，以其强大的全文搜索能力、近实时的搜索、可扩展性以及易于使用的 REST API 而受到广泛欢迎。Spring Boot 作为一款简化新Spring应用初始搭建以及开发过程的框架，与 Elasticsearch 的结合能够极大地提升应用的搜索性能和用户体验。
SpringBoot中的日志组件Log4j2实战
AI天才研究院
07-30 1235
本文将从零开始带领读者实现一个 Spring Boot 的应用项目中集成Log4j2作为日志组件的功能。Log4j2是一个非常流行的Java日志框架，其优秀的特性、强大的性能以及灵活的配置能力使得它在实际应用中的地位得到了极高的提升。随着微服务架构和云原生时代的到来，越来越多的人开始采用Spring Boot+Spring Cloud这种“约定大于配置”的开发模式。而当我们需要对应用系统进行日志处理时，选择Log4j2可能成为一个不错的选择。
为什么Spring和IDEA不推荐使用@Autowired注解，有哪些替代方案？
网络技术联盟站
07-08 4237
使用@Autowired注解往往会导致代码可读性和维护性下降，而构造函数注入和Setter方法注入则提供了更清晰和明确的代码结构。@Autowired注解是Spring框架中最常用的依赖注入方式之一，它通过自动将依赖的实例注入到标注了@Autowired注解的字段或构造器中。综上所述，使用@Autowired注解的代码可读性和维护性较差，这是Spring和IDEA不推荐使用@Autowired注解的主要原因之一。通过为依赖的字段提供Setter方法，并在方法中进行注入，可以动态地设置依赖的实例。
SpringBoot 使用 @RequiredArgsConstructor 替换 @Autowired 详解
m0_62458145的博客
02-06 1427
Lombok是一个Java库，通过使用注解自动化模板代码的生成，如getter、setter、构造器等。它旨在减少样板代码，使代码更加简洁、易于维护。是Lombok提供的一个注解，它会自动生成一个构造器，包含所有final字段和非空字段的参数。是Lombok库中的一个强大功能，它可以帮助我们简化构造器的编写，提高代码的可读性和可维护性。通过本文的学习，相信您已经掌握了的基本使用方法和注意事项。在日常开发中，根据实际需求选择合适的方式来实现依赖注入，让代码更加优雅。
Spring @RequiredArgsConstructor 注解作用
最新发布
qq_42043458的博客
04-10 393
这个注解能大幅简化代码，同时保持构造函数注入的各种优点，是 Spring Boot 开发中的常用利器。要使 Spring 能使用这个构造函数进行注入，类必须是 Spring 管理的 Bean（带有。是 Lombok 提供的一个非常实用的注解，它能自动生成包含必需参数的构造函数。- 与 Spring 的构造函数注入模式天然契合。如果类中已存在构造函数，该注解不会覆盖它。- 只生成包含必需字段的构造函数。- 生成包含所有字段的构造函数。- 使类所需的依赖项一目了然。字段，增强线程安全性。- 生成无参构造函数。
SpringBoot 使用 @RequiredArgsConstructor(onConstructor_ = @Autowired) 报错解决
圆的博客
05-06 1478
【代码】SpringBoot 使用 @RequiredArgsConstructor(onConstructor_ = @Autowired) 报错解决。
SpringBoot 使用lombok的@RequiredArgsConstructor注解进行Bean注入
菜鸟记录
09-27 7856
⏹SpringBoot 使用lombok的@RequiredArgsConstructor注解进行Bean注入
@RequiredArgsConstructor 和 @Autowired 的区别
weixin_42229129的博客
01-22 1149
因此我们可以选择使用@RequiredArgsConstructor。这样使我们的代码更加简便，而且看起来顺眼多了。我们在idea里使用@Autowired注解的时候，会出现波浪线。虽然不影响项目的运行，但是看着非常碍眼。@Autowired注解的作用用于实现自动装配，将 Spring 容器中匹配的 Bean 注入到标注了。@RequiredArgsConstructor是一个Lombok提供的注解，用于自动生成构造函数。的字段、构造方法、或者 setter 方法中。
Spring Boot 使用 RequiredArgsConstructor 参数 onConstructor 报错 找不到符号o
weixin_28751115的博客
08-09 392
在 Spring Boot 中使用 RequiredArgsConstructor 并解决参数 onConstructor 的问题 如果你是一名刚入行的开发者，可能会在使用 Spring Boot 和 Lombok 一起构建项目时遇到一些挑战。例如，使用 @RequiredArgsConstructor 注解来实现构造函数...
初学springboot注解
熊佳龙的博客
02-11 922
springboot初学必须理解的一些注解代码，非常有用
SpringBoot3+JPA+MySQL实现多数据源的读写分离(基于EntityManagerFactory)
没刮胡子的程序员专栏
03-21 2492
在Spring Boot3中配置多个数据源并实现自动切换EntityManager，这里我编写了一个RoutingEntityManagerFactory和AOP（面向切面编程）的方式来实现。 这里我配置了两个数据源：primary和secondary，其中primary主数据源用来写入数据，secondary从数据源用来读取数据。
SpringBoot中多数据源灵活切换解决方案
lucky_love816的博客
04-26 1325
本篇内容介绍了“SpringBoot中如何使用Dynamic Datasource配置多数据源”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！支持 数据源分组 ，适用于多种场景 纯粹多库 读写分离 一主多从 混合模式。支持无数据源启动，支持配置懒启动数据源(3.3.2+)。支持数据库敏感配置信息 加密 ENC()。支持每个数据库独立初始化表结构schema和数据库database。
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
zouyang920的博客
07-23 2378
@RequiredArgsConstructor(onConstructor = @__(@Autowired))避免类中使用过多的@Autowired，使用此注解后，需要注入的类使用final修饰。 参考链接
@RequiredArgsConstructor 省略 @AutoWired 注解
PINKMIAO的博客
03-31 905
在学习的时候发现了@RequiredArgsConstructor 注解，是Lombok下的注解，对此做笔记。 其注解的作用是省略我们项目 service层中 mapper 上的注解@AutoWired; 或者是 controller 层中的 service 上的。 以下为例： @RestController @RequiredArgsConstructor public class TestController { @NonNull AService aService; @Not
RequiredArgsConstructor——简化Autowired依赖注入
bai259257的博客
10-11 523
原文链接：https://blog.csdn.net/xc_nostalgia/article/details/109668659。//这里必须是final,若不使用final,用@NotNull注解也是可以的。这样写实际上编译后和spring推荐的写法是一样的哦，是不是很简洁。后发现该方法有几率导致Spring循环引用问题，所以还是不推荐使用。以前使用spring依赖注入，都是使用Autowired注解。使用这种方式，如果注入的类太多的话，看起来很繁琐的。
使用@RequiredArgsConstructor替换@Autowired
Dobyi的博客
10-21 2753
主要介绍@RequiredArgsConstructor注解的相关用法。
@NoArgsConstructor、@AllArgsConstructor、@RequiredArgsConstructor的区别以及在springboot常用地方
热门推荐
搏·梦的博客
05-06 2万+
文章目录1. 先说结论2. 代码解析区别1. @AllArgsConstructor2. @RequiredArgsConstructor3. 场景使用---代替@Autowired注入bean对象1. @AllArgsConstructor2. @RequiredArgsConstructor3. @RequiredArgsConstructor 与 @AllArgsConstructor 在注入bean上的区别4. 总结 1. 先说结论 区别： @NoArgsConstructor：生成无参的构造方法
spring boot不用@Autowired的其他注入方式
m0_49467558的博客
05-16 2006
虽然@Autowired是Spring中实现自动注入的一种常见方式，但Spring也提供了其他方法来实现这一目标。构造器注入是推荐的方式，因为它有助于保持代码的清晰和依赖的不可变性。同时，@Resource和@Inject提供了标准化的替代方案，允许在不使用@Autowired的情况下进行依赖注入。
springboot业务层
04-02
<think>嗯，用户想了解Spring Boot中业务层的设计与实现，还要求示例。我需要先理清业务层的概念和常见设计模式。业务层通常指服务层，处理业务逻辑，协调数据访问层和控制器层。常见的模式有MVC中的Service层，或者领域驱动设计中的领域服务。 首先，业务层设计要注意单一职责原则，每个服务类负责一个明确的业务功能。接着，可能需要依赖注入来管理服务之间的依赖，比如使用Spring的@Autowired注解。然后，事务管理也是关键，确保业务操作的数据一致性，可以通过@Transactional注解实现。 用户可能需要具体的代码示例，所以得准备一个简单的业务场景，比如用户管理模块。包括用户注册、查询等基本功能。需要展示服务接口、实现类，以及与数据访问层（Repository）的交互。 还要考虑异常处理，比如自定义业务异常，统一处理异常信息。此外，单元测试也是业务层的重要部分，可以用JUnit和Mockito来模拟依赖，测试服务逻辑。 参考用户提供的引用，虽然大部分是关于RocketMQ、WebSocket、Redis消息队列和监控的内容，但可能没有直接相关的业务层示例。不过可以结合Spring Boot的一般实践，比如使用@Service注解标记服务类，@Repository标记数据访问层，以及如何通过Spring Data JPA简化数据库操作。 用户可能还想知道如何分层设计，比如Controller调用Service，Service调用Repository，这样的分层结构。需要解释每层的职责，并给出代码结构示例。同时，可以提到使用DTO（数据传输对象）来封装数据，避免直接暴露实体类。 另外，事务管理部分需要详细说明，比如在服务方法中添加@Transactional，确保数据库操作的事务性。如果涉及多个Repository操作，事务管理能保证原子性。 可能还需要提到服务层的接口和实现分离的好处，比如方便后续扩展和替换实现。或者使用设计模式如策略模式、工厂模式来增强业务层的灵活性。 最后，示例代码的结构要清晰，展示如何从Controller到Service再到Repository的调用流程。可以结合用户提到的引用中的配置，比如Spring Boot的启动类配置，数据源的配置等，但重点放在业务层的实现上。 总结下来，回答应该包括业务层的设计原则、关键实现技术（依赖注入、事务管理）、代码结构示例、异常处理、单元测试，以及相关的最佳实践。确保示例代码符合Spring Boot的惯例，并解释各部分的作用，帮助用户理解如何在实际项目中设计和实现业务层。</think>### Spring Boot业务层设计与实现分步解析 #### 一、业务层核心设计原则 1. **单一职责原则**：每个Service类仅处理单一业务领域，如`UserService`处理用户相关业务 2. **接口分离原则**：推荐使用接口+实现类模式，便于扩展和维护 3. **事务边界控制**：使用`@Transactional`注解明确事务管理边界[^3] 4. **依赖注入**：通过`@Autowired`实现松耦合的组件协作 #### 二、典型分层结构 ```text src/main/java └── com.example ├── controller # 表现层 ├── service # 业务层 │ ├── impl # 实现类 │ └── dto # 数据传输对象 └── repository # 数据访问层 ``` #### 三、基础实现示例（用户管理模块） 1. **服务接口定义** ```java public interface UserService { UserDTO registerUser(UserRegistrationDTO dto); UserDTO getUserById(Long id); void deactivateUser(Long id); } ``` 2. **服务实现类** ```java @Service @Transactional public class UserServiceImpl implements UserService { @Autowired private UserRepository userRepository; @Autowired private PasswordEncoder passwordEncoder; @Override public UserDTO registerUser(UserRegistrationDTO dto) { if(userRepository.existsByUsername(dto.getUsername())) { throw new BusinessException("用户名已存在"); } User user = new User(); user.setUsername(dto.getUsername()); user.setPassword(passwordEncoder.encode(dto.getPassword())); return UserDTO.fromEntity(userRepository.save(user)); } @Override @Transactional(readOnly = true) public UserDTO getUserById(Long id) { return userRepository.findById(id) .map(UserDTO::fromEntity) .orElseThrow(() -> new NotFoundException("用户不存在")); } } ``` 3. **事务管理说明** - `@Transactional`注解默认对RuntimeException进行回滚 - `readOnly=true`优化查询性能 - 嵌套事务使用`Propagation.REQUIRES_NEW` #### 四、高级设计技巧 1. **领域驱动设计(DDD)应用** ```java @Service public class OrderService { @Autowired private DomainEventPublisher eventPublisher; public void completeOrder(Long orderId) { Order order = orderRepository.findById(orderId) .orElseThrow(NotFoundException::new); order.complete(); eventPublisher.publish(new OrderCompletedEvent(order)); } } ``` 2. **组合服务模式** ```java @Service @RequiredArgsConstructor public class CompositeService { private final UserService userService; private final AuditService auditService; public UserDTO createUserWithAudit(UserRegistrationDTO dto) { UserDTO user = userService.registerUser(dto); auditService.logAction(ActionType.USER_CREATED, user.getId()); return user; } } ``` #### 五、性能优化实践 1. **缓存应用** ```java @Service @CacheConfig(cacheNames = "users") public class UserServiceImpl implements UserService { @Override @Cacheable(key = "#id") public UserDTO getUserById(Long id) { // 数据库查询逻辑 } } ``` 2. **异步处理** ```java @Service public class NotificationService { @Async public void sendWelcomeEmail(UserDTO user) { // 异步发送邮件逻辑 } } ``` #### 六、单元测试示例 ```java @ExtendWith(MockitoExtension.class) class UserServiceTest { @Mock private UserRepository userRepository; @InjectMocks private UserServiceImpl userService; @Test void shouldRegisterUserSuccessfully() { UserRegistrationDTO dto = new UserRegistrationDTO("test", "password"); when(userRepository.existsByUsername("test")).thenReturn(false); UserDTO result = userService.registerUser(dto); assertNotNull(result); verify(userRepository).save(any(User.class)); } } ``` #### 七、最佳实践建议 1. 使用DTO隔离实体类与接口层 2. 业务异常统一继承`RuntimeException` 3. 关键业务操作记录审计日志 4. 使用Spring Boot Actuator进行健康监控[^4] 5. 复杂业务采用领域事件驱动设计
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Tellsea

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值