.NET 5中是否需显式释放Scoped依赖注入类？

1. 原代码是否需要显式释放ServiceClient？ #

需要。你当前在AddScoped的工厂方法里直接实例化了ServiceClient，但这个实例并未被.NET依赖注入容器跟踪——容器仅管理ICrmRepository/CrmRepository的实例，对其内部的ServiceClient一无所知。如果CrmRepository没有实现IDisposable接口来主动释放这个ServiceClient，会导致它持有的资源（比如Dataverse连接）无法及时回收，进而引发连接泄漏等问题。

2. 你的更新方案是否更合理？ #

是的，这种方式能更规范地管控ServiceClient的生命周期，核心优势如下：

• 把ServiceClient直接注册为Scoped服务后，DI容器会全程跟踪它的生命周期，在Scoped范围结束（比如Web请求完成）时自动触发其释放逻辑（Dataverse的ServiceClient本身实现了IDisposable）。
• 通过构造函数注入ServiceClient到CrmRepository，符合依赖注入的设计原则，代码解耦性更强，也更便于单元测试。
• 额外说明：虽然让CrmRepository实现IDisposable并在其中调用_svc.Dispose()是可行的双重保障，但其实只要ServiceClient由DI容器管理为Scoped，容器会自动处理它的释放。另外不需要手动在业务组件函数末尾调用Dispose——只要CrmRepository是DI容器创建的Scoped服务，容器会在合适时机自动调用它的Dispose方法。

内容的提问来源于stack exchange，提问作者Low Chen Thye