一切都是单例的--请求没有创建新的作用域(ASP.NET Core2.x在.NET框架内)

Question

我们正在将一个广泛的webforms应用程序迁移到.NET 5+/.NET核心世界。我们已经将大部分后端库代码移到了.NET标准2.0。

作为逐步转移功能的临时步骤，我们设置了运行在ASP.NET框架webforms应用程序中的.NET Core2.2(在.NET标准2.0上运行的最后一个版本)项目。除了我们遇到的一个致命缺陷之外，这个方法运行得很好：--所有的东西都是相同的范围，因此作用域对象被当作单子来对待。在其他问题中，这意味着应用程序锁定到它所看到的第一个登录用户。不过，瞬变的工作原理是正确的。

我正在使用这个图书馆正确地在应用程序的ASP.NET核心部分进行路由--没有它，一切都会返回到404。但我不确定是否该归咎于图书馆，或者是其他一些奇怪的网络形式。

我应该在ASP.NET Core2.2管道中查找每个IServiceProvider请求应该在哪里创建自己的IServiceProvider作用域来修复这个问题或手动修复？

Answer 1

我正在寻找的区域是RequestServicesContainerMiddleware，它为每个请求生成一个新的范围。有一个检查，看看是否一个已设置。我用的是预先定义这一点的图书馆。

现在的解决方案/解决方案是，我添加了一个RequestServicesContainerMiddleware的简化版本，它总是创建一个新的服务范围。

(关于如何修改DI系统的这个不相关的答案帮助很大。)