likes
comments
collection
share

spring对于循环依赖的思考（非八股文

作者站长头像
站长
· 阅读数 23

不是针对spring怎么解决循环依赖的文章，是在开发中遇到的问题进行思考。

先让我们问问神奇的AI吧

我提问AI

假设有个user服务，有个userTag服务，user要查询标签要用到userTag, userTag插入数据要用到user去校验前端传入的userId是否准确，这时候构成了循环依赖 怎么解决？

AI回答

在这种情况下，如果UserService需要查询UserTagService的标签信息，同时UserTagService在插入数据时又需要UserService来验证userId，这确实构成了一个潜在的循环依赖问题。不过，这并不意味着你必须重构整个系统来避免这种依赖，而是可以通过一些设计上的调整来降低它们之间的耦合度。

以下是一些建议的解决方案：

1. 使用服务代理或门面模式

你可以创建一个UserService的代理或门面（Facade），这个代理或门面只包含UserTagService需要的验证userId的功能。这样，UserTagService就只需要依赖这个代理或门面，而不是整个UserService。

2. 使用事件总线或消息队列

当UserTagService需要验证userId时，它可以发布一个事件或消息到事件总线或消息队列中，然后由UserService监听这个事件或消息并进行验证。验证完成后，UserService可以发送一个响应事件或消息回UserTagService。

3. 提取共享逻辑到新的服务或组件

如果UserService和UserTagService都需要验证userId，那么可以将这个验证逻辑提取到一个新的服务或组件中，比如UserValidationService。然后，UserService和UserTagService都可以依赖这个新的服务来验证userId。

4. 延迟验证

在UserTagService插入数据时，如果只是为了防止非法或不存在的userId被使用，你可以考虑在插入数据时不立即进行验证，而是在后续某个时间点（比如数据被查询时）进行验证。当然，这取决于你的业务需求和系统架构是否允许这样做。

5. 依赖注入容器管理

如果你使用的是Spring等依赖注入容器，你可以利用容器的功能来管理这些依赖。例如，你可以使用@Autowired注解来注入依赖，并配置容器在适当的时候进行依赖注入。同时，你可以通过配置容器的行为来避免循环依赖的问题。

6. 重构服务职责

如果上述方法都无法解决问题，那么你可能需要重新考虑UserService和UserTagService的职责划分。也许你可以将某些功能从一个服务移动到另一个服务，或者创建一个新的服务来承担这些功能。这样可以降低它们之间的耦合度，从而避免循环依赖的问题。

总结

解决循环依赖问题的关键在于降低服务之间的耦合度。你可以通过提取共享逻辑、使用事件总线或消息队列、重构服务职责等方式来实现这一点。同时，你也可以利用依赖注入容器等工具来管理这些依赖并避免循环依赖的问题。

继续提问

对于第三点 你说用UserValidationService组件，这个组件里面是不是也要依赖user服务呢，这样是不是也循环依赖了

AI回答

你说得对，如果UserValidationService直接依赖于UserService来进行userId的验证，那么确实有可能引入循环依赖。为了避免这种情况，UserValidationService应该只关注于验证逻辑本身，而不应该直接依赖于UserService。

以下是如何设计UserValidationService来避免循环依赖的建议：

  1. 定义接口：首先，定义一个用于验证用户ID的接口。这个接口可以很简单，只包含一个验证方法。
public interface UserIdValidator {
    boolean isValidUserId(Long userId);
}
  1. 实现验证逻辑：然后，创建一个实现了UserIdValidator接口的类（比如UserIdValidationServiceImpl），但是在这个实现类中，不要直接依赖UserService。相反，你可以通过数据库查询、缓存或其他方式来验证userId的有效性。
@Service
public class UserIdValidationServiceImpl implements UserIdValidator {

    @Autowired
    private UserRepository userRepository; // 假设你有一个UserRepository用于访问数据库

    @Override
    public boolean isValidUserId(Long userId) {
        // 通过UserRepository查询数据库来验证userId是否存在
        return userRepository.existsById(userId);
    }
}
  1. 注入验证器：现在，你可以在UserService和UserTagService中注入UserIdValidator，而不是直接注入UserService。
@Service
public class UserService {

    @Autowired
    private UserIdValidator userIdValidator;

    // ... 其他方法 ...

    public void someMethod() {
        // 使用userIdValidator来验证userId
        if (userIdValidator.isValidUserId(someUserId)) {
            // ... 逻辑处理 ...
        }
    }
}

@Service
public class UserTagService {

    @Autowired
    private UserIdValidator userIdValidator;

    // ... 其他方法 ...

    public void addTagForUser(Long userId, Tag tag) {
        // 在添加标签之前验证userId
        if (!userIdValidator.isValidUserId(userId)) {
            throw new InvalidUserIdException("Invalid user ID");
        }
        // ... 逻辑处理 ...
    }
}

通过这种方式，UserService和UserTagService都不再直接依赖于对方，而是通过UserIdValidator来验证userId的有效性。这样，就避免了循环依赖的问题，并且使得代码更加模块化和可测试。

AI回答结束

想问下大家遇到这种循环依赖的时候是怎么解决的？ 用事件驱动的方式还是多一个类出来？或者别的更好的方法推荐

转载自:https://juejin.cn/post/7377963940896407578
评论
请登录