Nest 循环依赖解决方案:forwardRef 的艺术

Nest 模块之间可以通过 imports 引用其他模块。

那 Module 和 Module 如果相互引用怎么办?

module 之间的循环依赖

创建一个 nest 项目:

bash 复制代码
nest new module-forward -p npm

创建两个 Module:

bash 复制代码
nest g module a
nest g module b

这种相互引用的情况就会报错。

使用 forwardRef 包装函数,该函数返回模块或提供者的引用,而不是直接引用,从而延迟了依赖项的解析:

这时候就没有报错了。

provider 循环依赖

bash 复制代码
nest g service c --no-spec --flat
nest g service d --no-spec --flat

两个 service 分别依赖了对方的方法。

这时候会报错,也是因为循环依赖导致的。

在提供者中通过 @Inject(forwardRef(() => Type)) 来注入依赖:

这样就不会报错了。

我们相互能不能正确获取结果,在 AppService 使用:

访问 localhost:3000:

没有问题。

合理的设计

  • 重新设计代码,避免循环依赖的产生是最好的做法。
  • 可以引入新的中间件、库或服务来分解复杂的依赖关系。
相关推荐
beata几秒前
Java基础-19:Java 死锁深度解析:从原理、检测到预防与实战指南
java·前端
xyy1232 分钟前
C# 读取 appsettings.json 配置指南
后端
Sunshine1119 分钟前
浏览器渲染zz
前端
Jackson__18 分钟前
Agent Skill 是什么?
前端·agent·ai编程
韭菜炒大葱1 小时前
前端经典面试题:从 URL 输入到页面展示,中间经历了什么?
前端·http·面试
code_YuJun1 小时前
Spring ioc 完全注解
后端
kevinzeng1 小时前
反射的初步理解
后端·面试
swipe1 小时前
纯函数、柯里化与函数组合:从原理到源码,构建更可维护的前端代码体系
前端·javascript·面试
远山枫谷1 小时前
uniapp + Vue 自定义组件封装:自定义样式从入门到实战
前端·vue.js
下次一定x1 小时前
深度解析 Kratos 客户端服务发现与负载均衡:从 Dial 入口到 gRPC 全链路落地(上篇)
后端·go